Hatalar, hatalar, sorular - sayfa 2220
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
Benim düşünceme göre, bu, ticaret sunucusunda bir emir olduğunda bir hatadır ve Terminalde senkronize bir OrderSend'den sonra bu konuda bir nefes yoktur.
Sipariş sistemdeyken, Terminal'de değilken, bu tür hayali sipariş durumlarının ne kadar sürdüğünü kontrol etmeye karar verdim.
Sonuç
32 milisaniyelik bir emir var ama Terminalde yok! Bu aralıkta ticaret mantığı yürütülürse bunun ne gibi sonuçlara yol açabileceğini hayal edin...
İlginç bir şekilde, hayali siparişler çoğunlukla yalnızca TRADE_TRANSACTION_ORDER_DELETE ve TRADE_TRANSACTION_DEAL_ADD (çok daha az sıklıkla) işlem türleri için mevcuttur.
Platformun çok kötü nüansı.
ZY Ne yazık ki ilk beşte alım satım işlemlerinin şüpheli performansı.
Sipariş sistemdeyken, Terminal'de değilken, bu tür hayali sipariş durumlarının ne kadar sürdüğünü kontrol etmeye karar verdim.
Sonuç
32 milisaniyelik bir emir var ama Terminalde yok! Bu aralıkta ticaret mantığı yürütülürse bunun ne gibi sonuçları olabileceğini hayal edin...
Evet, bu bir karışıklık. Görüldüğü gibi bu işlem sonuçları farklı paketlerde gönderilmektedir. Ve bir arada olmalılar.
Evet, bu bir karışıklık. Görüldüğü gibi bu işlem sonuçları farklı paketlerde gönderilmektedir. Ve bir arada olmalılar.
OrderSend'den hemen sonra siparişin hayali olabileceği, ancak OnTradeTransaction ile paralel bir Uzman Danışmanın bu durumu her zaman yakalayamayacağı ortaya çıktı. Onlar. OnTradeTransaction'ın kendisi bazen yavaşlar.
Genel olarak, MT5'te farklı yerlerde ortadan kaldırılması zor olan mimari gecikmeler vardır. Bunlar, kene gelişlerinin ve şimdi ticari işlemlerin gecikmeleridir. Yürütme hızına güveniyorsanız, platformun neler yapabileceğini açıkça anlamanız gerekir. Örneğin, makul bir gecikmeyle gelen keneler, ardından işlemler .. ve sonuç olarak, MT5 veya başka bir platformdaki başka biri, siz borsaya yakın oturuyor olsanız bile sollayabilir.
Ticaret işlemleri, geri kalanını geride bırakan öncelikli paketlere girer. Bu, gecikmeyi ciddi şekilde azaltır.
Nasıl olur da OrderSend'den sonraki komut dosyası bir hayali sipariş durumunu algılarken, paralel bir Expert Advisor'daki OnTradeTransaction bunu yapmaz (her zaman değil ama olur)?
Ticaret işlemleri, geri kalanını geride bırakan öncelikli paketlere girer. Bu, gecikmeyi ciddi şekilde azaltır.
Sorun, TRADE_TRANSACTION_ORDER_DELETE ve TRADE_TRANSACTION_HISTORY_ADD işlemlerinin farklı gruplar halinde gelmesi ve bu nedenle, öncelik ne olursa olsun, yine de ağ gecikmesi olacaktır. Ve bu işlemler, herhangi bir ara durum olmaksızın, birbiri ardına senkronize olarak yürütülmelidir. Onlar. aslında tek bir atomik işlemdir. Sonuçta, geçmiş listesine silinmiş bir sipariş vermenin borsa ile hiçbir ilgisi yok.
Onlar. iki seçenek var: ya bu işlemlerin ikisi tek bir pakette bir araya geliyor ya da ikincisi gelene kadar ilk işlem terminalde gerçekleştirilmiyor.
Onlar. iki seçenek var: ya bu işlemlerin ikisi tek bir pakette bir araya geliyor ya da ikincisi gelene kadar ilk işlem terminalde gerçekleştirilmiyor.
TRADE_TRANSACTION_DEAL_ADD'nin TRADE_TRANSACTION_ORDER_DELETE işleminden ÖNCE ulaştığı durumlar vardır. Aynı zamanda, TRADE_TRANSACTION_ORDER_DELETE'den önce bile sipariş hala hayali.
Uzak aracılar optimizasyonu durdurdu
Yeni derleyici nedeniyle tahmin ediyorum, çalışması için nasıl güncellenebilirler?
Ek olarak, böyle bir hata nedeniyle, optimize edicideki geçişlerin yalnızca bir kısmı 28 üzerinden 13'ü geçti.Alglib paket koduna bakıyorum. Kodun okunabilirliğini zorlaştıran birçok yapı var:
Bu daha kolay değil mi?
Bana öyle geliyor ki yürütme hızı daha da yüksek olacak.
Kod neden bu kadar karmaşık? Veya herhangi bir ayar yapmadan başka bir dilden mi aktarıldı? Ama yine de orijinalinde neden böyle bir komplikasyon olduğunu merak ediyorum?