Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Lord papaklass ve olyakish !
Renat'ın varlığını doğruladıktan sonra, bu önemli konuda neden kişisel bir yazışma başlattığınız hiç belli değil.
yanıtların terminale teslim hızında "kayan" hatalar.
Ayrıca, MQ'nun genel sipariş yürütme trafiğini iyileştireceğine söz verdi.
Ve genel olarak, forex mutfaklarında herhangi bir şeyi nasıl kontrol edebilirsiniz?
Aslında, birçok yararlı bilgi yayınladık:
- sunucularının konfigürasyonu;
- ağ kontrol yöntemleri (ping -t);
- olyakish , sanal bir sunucu seçme konusundaki çalışmalarını yayınladı.
Ama buna ihtiyacın yok gibi görünüyor.
Forex'te kontrol edilebilecek birçok şey var. Ve borsada manipülasyon olmadığını düşünüyorsanız, size sempati duyuyorum. :)
Lord papaklass ve olyakish !
Renat'ın varlığını doğruladıktan sonra, bu önemli konuda neden kişisel bir yazışma başlattığınız hiç belli değil.
yanıtların terminale teslim hızında "kayan" hatalar.
Ayrıca, MQ'nun genel sipariş yürütme trafiğini iyileştireceğine söz verdi.
Ve genel olarak, forex mutfaklarında herhangi bir şeyi nasıl kontrol edebilirsiniz?
İşte gerçek LMAX by .NET API
ping 8 ms ile 12 ms haber üzerinde yürütme (ölçümler yüksek frekanslı bir zamanlayıcı kullanılarak yapılmıştır)
Bence bu bir referans
İşte gerçek LMAX by .NET API
ping 8 ms ile 12 ms haber üzerinde yürütme (ölçümler yüksek frekanslı bir zamanlayıcı kullanılarak yapılmıştır)
Bence bu bir referans
Son partide, 1 (!!!) ms içinde sipariş gönderir ve sunucu yanıtları alırsınız. Ve günlükte, sunucu tarafından siparişin işlem süresi 10 ms'dir. Harikalar. :)
Bir soru ortaya çıktı:
Terminal günlüğünde yayınlanan zamanlamalara güvenebilir misiniz?
Son partide, 1 (!!!) ms içinde sipariş gönderir ve sunucu yanıtları alırsınız. Ve günlükte, sunucu tarafından siparişin işlem süresi 10 ms'dir. Harikalar. :)
Bir soru ortaya çıktı:
Terminal günlüğünde yayınlanan zamanlamalara güvenebilir misiniz?
Bunlar büyük olasılıkla tam olarak ayrık 16 ms'dir
ama bunlar muhtemelen daha doğru
İşte gerçek LMAX by .NET API
ping 8 ms ile 12 ms haber üzerinde yürütme (ölçümler yüksek frekanslı bir zamanlayıcı kullanılarak yapılmıştır)
Bence bu bir referans
Açık ve şeffaf olalım. Gecikme eksi düğümler arasındaki tüm pingler hakkında konuşacağız.
Büyürken bana HFT takma adlar gösterdiler . değişim gecikmesi ~ 1 ms. Ben bir teknisyen değilim ve size nasıl yaptıklarını söyleyemem.
Benzer şekilde, LMAX gecikmesinde ~ 2-3 ms.
Bir kez daha tekrar ediyorum, perakende gecikmesinden tüm ping'lerin çıkarılmasından bahsediyoruz.
MT5 altyapısı doğrudan borsalara bağlanır. Veya dediğiniz gibi, bu sadece bir "boru". HFT nickleri yukarıda yazdığım gibi borularını birbirine bağlar ve sonucu alır.
MT5 boru bağlanarak çok daha fazla zaman maliyeti elde edilir. Sebepler neler?
Temizlik için değil, profesyonel düzeyde bilgi için gereklidir.
1036 oluşturun.
Nasıl başa çıkılır bununla? Performans farkı şaşırtıcı.
Sunucuda yürütmede kararlılık elde etmek mümkün müdür?
Not: Yüksek frekanslı bir platform olarak MT reklamcılığı bir şekilde uygunsuz görünüyor. :(
papaklas !
Bu kadar strese gerek yok!
Mesajları okumaya tenezzül bile etmiyorsunuz!
Ve aptalca gönderilerinizi şekillendirin!
Durmanın zamanı gelmedi mi?
ÇALIŞANLAR!!!!
Bana okumam gereken mesajı göstermek ister misin?
Renata'dan alıntı:
Bugün, sunucu 1035 Otkritie'de zaten çalışıyor.
Moskova'da VPS ile sipariş yürütme süresinin nasıl değiştiği (aynı bilgisayar, aynı gerçek hesap ):
Söz verildiği gibi, siparişlerin işlenmesinin hız özelliklerinde niteliksel (çoklu) bir gelişme var.
Bazen, bir yanıtın terminale teslim edilmesinin değişken süresi henüz bloke edilmedi, bunun üzerinde çalışmaya devam edeceğiz.
-------------------------------------------------- -----
Neden onları içsel olarak değerlendiriyorsun?
1) OnTradeTransaction'da siparişle ilgili kaç ara durum elde ettiğinize bakın.
Her ticaret işlemi bir paket (istek-yanıt) değil, birkaç bildirimdir. Bu, terminalin her zaman siparişin hangi aşamada olduğunu bilmesi içindir (örneğin, yürütme uzun zaman alabilir).
Şimdi, durumlarla ilgili tüm ara bildirimleri devre dışı bırakmak için MQL5'e ayrı bir işlev ekleme ve şemayı basit bir forma çevirme olasılığını düşünüyoruz. Bu, yürütmeyi hızlandırabilir.
2) Değişim ile iletişimin ikinci tarafını ve yürütme hızındaki değişkenliği tamamen kaçırıyorsunuz. Görünüşe göre, açıkça 0 olduğunu düşünüyorsunuz. Ama hızın garantisi yok.
Bana öyle geliyor ki bu, olabileceğinden 10 kat daha fazla.
Suyun üzerinde bir asberg parçasına bakarak aldanmaya gerek yok.
Hızı aslında 2 kat artırmadığımızı, ancak yaklaşık 20-30 ms kazandığımızı açıklayacağım. İki, birden büyüktür, 2 kat değil, sadece bir kattır. Bu sadece düşük baz etkisidir.
Her durumda, çalışmaya ve daha da iyi sonuçlar elde etmeye devam ediyoruz.