MT5 ve iş başında hız - sayfa 37
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
Talep ve teklif hacmi gerekli değilse, OnTick() doğru çözümdür, ancak buna ihtiyacım var
sadece hacim değil, aynı zamanda sipariş defterindeki herhangi bir değişiklik, ne yazık ki OnTick() işlemez.
Teşekkür ederim, elbette tüm bunları anlıyorum.
Benim durumumdaki temel fark! OnTick() olaylarının, OnBook()'un aksine sıraya alınmamasıdır.
Onlar. Camdan uzun süre önce kaybolan, bir şekilde OnBook'tan birer birer bana ulaşan verilere göre yürütme ile sonuçlanma riskini almıyorum. :)
Teşekkür ederim, elbette tüm bunları anlıyorum.
Benim durumumdaki temel fark! OnTick() olaylarının, OnBook()'un aksine sıraya alınmamasıdır.
Onlar. Camdan uzun süre önce kaybolan, bir şekilde OnBook'tan birer birer bana ulaşan verilere göre yürütme ile sonuçlanma riskini almıyorum. :)
Geçen yıl veya ondan önceki yıl, Andrey Khatimlianskii ve ben OnTick() ve OnBook() üzerinde testler yaptık.
Ve aralarında hiçbir fark olmadığı ortaya çıktı (veya OnBook(), OnTick()'in birkaç mikrosaniye gerisindeydi), ancak
OnTick()'te hacim yok ve DOM değişikliklerinin takibi yok (ask/teklif'ten daha yüksek/düşük)
Onlar. Camdan uzun süre önce kaybolan, bir şekilde OnBook'tan birer birer bana ulaşan verilere göre yürütme ile sonuçlanma riskini almıyorum. :)
OnBook'ta yalnızca asenkron ticaret emirlerinin kullanılması mantıklıdır. Doğru, SymbolInfoTick bile beni yavaşlatıyor. Yani bu yardımcı olmayacak.
Ah evet, kiminle konuştuğumu unuttum...
Afedersiniz...
Katma
Peki, o zaman bunun en az yarısını seviyenizle takas etmeye çalışın ...
Trollsün :))))
Tüm saygımla, bu rakam size yalnızca ticaretinizin hacmini söyler. İlginç bir rakama "Vergi matrahı" denir, kendinizi bilirsiniz. Ama fxsaber bunu bilmiyor, gerçekten sahip değil :)
Geçen yıl veya ondan önceki yıl, Andrey Khatimlianskii ve ben OnTick() ve OnBook() üzerinde testler yaptık.
Ve aralarında hiçbir fark olmadığı ortaya çıktı (veya OnBook(), OnTick()'in birkaç mikrosaniye gerisindeydi), ancak
OnTick()'te hacim yok ve DOM değişikliklerinin takibi yok (ask/teklif'ten daha yüksek/düşük)
Bu konuyu okudum, bu başka bir "boşluktaki küresel at". Ben bir uygulayıcıyım, üzgünüm, her şeyi paramla ölçüyorum ve herhangi bir karar verirsem, doğrudan gelirimi etkiler.
OnBook'ta yalnızca asenkron ticaret emirlerinin kullanılması mantıklıdır. Doğru, SymbolInfoTick bile beni yavaşlatıyor. Yani bu yardımcı olmayacak.
Asenkron emirlere sadece bir durumda ihtiyaç duyulur: sepet ticareti yaparken, yavaş bir bacağın arkasından bir hızlı bacak "paketi" satın alındığında. Diğer durumlarda, uyumsuzluk kazanmaz.
OnBook'ta yalnızca asenkron ticaret emirlerinin kullanılması mantıklıdır. Doğru, SymbolInfoTick bile beni yavaşlatıyor. Yani bu yardımcı olmayacak.
SymbolInfoTick beni de yavaşlatıyor. Sanki sen ve ben tüm toplumda birlikte acı çekiyormuşuz gibi geliyor. Diğerlerinin hepsi çikolata :(
Asenkron emirlere sadece bir durumda ihtiyaç duyulur: sepet ticareti yaparken, yavaş bir bacağın arkasından bir hızlı bacak "paketi" satın alındığında. Diğer durumlarda, uyumsuzluk kazanmaz.
Senkronize OrderSend 10 ms'yi karşılar. Aynı anda bunlardan birkaçı olabilir. Ardından OnBook 50ms çalışır. Bu süre zarfında, sıra birikir ve alaka düzeyine merhaba! OnBook'ta yalnızca bu bağlamda eşzamansızlık önemlidir.
Senkronize OrderSend 10 ms'yi karşılar. Aynı anda bunlardan birkaçı olabilir. Ardından OnBook 50ms çalışır. Bu süre zarfında, sıra birikir ve alaka düzeyine merhaba! OnBook'ta yalnızca bu bağlamda eşzamansızlık önemlidir.
Bir mantıkta bir EA'm var, bir döngüde birkaç sipariş olamaz. Yukarıda yazdığım sepetlere ek olarak.
O zaman, seviyenle , bunun en az yarısını kazanmaya çalış ...
Benim seviyem bu miktarın yüzdesine bile ulaşmıyor. aferin! Ancak, argüman garip.