Gerçek zamanlı keneler - sayfa 17
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
BUNDAN EMİN MİSİN ?
4 saniye???? , hayır! Gerçekten işlemcinin 4 saniye askıda kaldığını mı yoksa belleğin 4 saniyeliğine ayrılıp serbest bırakıldığını mı düşünüyorsunuz? Şaka mı yapıyorsun.
Büyük ihtimalle disk yazma sırasıdır.
Disk aygıtı bellek ve işlemciden daha yavaştır.
Ve sonra flush() , C dilinde böyle bir komut var, muhtemelen biliyorsunuzdur, uygun ve rahat olduğunda yürütülür ve daha sık disk yükleme ile ilişkili bir gecikme ile yürütülebilir.
Arabellekleri diske boşaltmanız gerektiğinde çağrılır.
Pek emin değilim çünkü. deneysel olarak MT'de kontrol etmedi. Ama bu bir nevi standart gibi - günlüğe bu girişe neden olan olayın zamanı daha önemliyse, neden günlükte diske yazma zamanı var, mantıklı mı?
Evet ve diske yazma zamanının loga yazıldığını varsayarsak ve disk yüklendiyse yine de fiziksel kayıtta gecikme olur ve yazma komutu göndermeye değer zaman olur. kayıt arabelleği.
onlar. sifon arabelleği değiştirmez - sadece gecikme olursa biraz sonra siler.
ps haklı olarak, yazmanın ve zamanın gerekli olduğunu fark ettim, tk. her durumda, yalnızca günlüğe yazarken terminalin kendisinin oluşturduğu zamana odaklanmanın bir anlamı yoktur.
Pek emin değilim çünkü. deneysel olarak MT'de kontrol etmedi. Ama bu bir nevi standart gibi - günlüğe bu girişe neden olan olayın zamanı daha önemliyse, neden günlükte diske yazma zamanı var, mantıklı mı?
Evet ve diske yazma zamanının loga yazıldığını varsayarsak ve disk yüklenirse yine de fiziksel kayıtta gecikme yaşarsınız ve yazmak için komut göndermeye değer zaman olur. kayıt arabelleği.
onlar. sifon arabelleği değiştirmez - sadece gecikme olursa biraz sonra siler.
ps haklı olarak, yazmanın ve zamanın gerekli olduğunu fark ettim, tk. her durumda, yalnızca günlüğe yazarken terminalin kendisinin oluşturduğu zamana odaklanmanın bir anlamı yoktur.
Zamanın diske yazmadan hemen önce eklendiğini, sonra her şeyin birlikte büyüdüğünü varsaydım.
betiği adım adım boyamaya çalışalım - daha net hale getirmek için
1-tick geldi (OnTick'e girdi) - yazdırılmalı
2-in OnTick'te bir günlük baskısı var - başarıyla kaydoldu
3-BU tik OnBock'a da gelir - ve ayrıca yazdırılmalıdır.
4-ve işte KABUS başlıyor Windows şu anda farklı programlardan diske aniden 20 veri akışı DÖKÜR ve diski geçici olarak bloke eder -
çünkü sürücü, verilerini başka bir yere yazmak için manyetik kafayı hareket ettirdiğinden -) ve oraya kendi başına bir şeyler yazar.
5-Şu anda metatrader DİSK'e bir şey göndermeye çalışıyor.
AMA DİSK, WINDOWS İŞLETİM SİSTEMİYLE ÇOK MEŞGUL OLDU - İşletim sistemi meta tüccara üzgün olduğunu söylüyor MQ Burada daha önemli görevlerim var - sabırlı olun
6- 4 saniye sürüyor Windows işini 4 saniyede yaptı
7- ve 4 saniye sonra Windows - kuyruğu diske bıraktı - ve metatrader'a diyor - saygın bir ticaret terminali - oraya diske bir şey yazmak istediniz mi? - tamam yaz!
8-metatrader, diske 4 saniyelik bir gecikmeyle yazar ve KAYITTAKİ ZAMAN'ı, verileri diske yazmak İSTEDİĞİ zaman değil, GERÇEKTE düzeltir.
buradan 4 saniye alınır
---
Terminal zamanının yerel saati arabelleğe alması gibi başka herhangi bir senaryo - ancak kayıt 4 saniye gecikti - BÖYLE SENARYO GEÇMİYOR
yoksa zamanlama doğru olurdu!
Pek emin değilim çünkü. MT'de deneysel olarak kontrol edilmedi . Ama bu bir nevi standart gibi - günlüğe bu girişe neden olan olayın zamanı daha önemliyse, neden günlükte diske yazma zamanı var, mantıklı mı?
Evet ve diske yazma zamanının loga yazıldığını varsayarsak ve disk yüklendiyse yine de fiziksel kayıtta gecikme olur ve yazma komutu göndermeye değer zaman olur. kayıt arabelleği.
onlar. sifon arabelleği değiştirmez - sadece gecikme olursa biraz sonra siler.
ps haklı olarak, yazmanın ve zamanın gerekli olduğunu fark ettim, tk. her durumda, yalnızca günlüğe yazarken terminalin kendisinin oluşturduğu zamana odaklanmanın bir anlamı yoktur.
Ve eğer kontrol etmediyseniz, o halde denemeyin.
Bu iş parçacığının ne hakkında olduğunu anlıyor musun?
Bana testi göster yoksa defol buradan
Pek emin değilim çünkü. deneysel olarak MT'de kontrol etmedi. Ama bu bir tür standart gibi - günlükte neden diske yazma zamanı var , eğer günlükte bu girişe neden olan olayın zamanı daha önemliyse, mantıklı mı?
Evet ve diske yazma zamanının loga yazıldığını varsayarsak ve disk yüklenirse yine de fiziksel kayıtta gecikme yaşarsınız ve yazmak için komut göndermeye değer zaman olur. kayıt arabelleği.
onlar. sifon arabelleği değiştirmez - sadece gecikme olursa biraz sonra siler.
ps haklı olarak, yazmanın ve zamanın gerekli olduğunu fark ettim, tk. her durumda, yalnızca günlüğe yazarken terminalin kendisinin oluşturduğu zamana odaklanmanın bir anlamı yoktur.
sadece bizim durumumuzda, diske yazmak için gereken süre ortaya çıkıyor !
Ancak olayın zamanı GetTickDescription prosedüründe organize edilebilir, bu konuda şubenin yazarına biraz daha yüksek yazdım.
Ve oraya koymuş olsaydı, 4 saniyelik gecikmenin olası nedenini kesinlikle tartışıyor olmazdık. Günlükte, büyük olasılıkla, yerel saat OnBok ve OnTik için aynı şekilde gelirdi, ancak çerez diskine yazma süresi 4 saniye farklılık gösterirdi.
Ve eğer kontrol etmediyseniz, o halde sakın denemeyin.
Bu iş parçacığının ne hakkında olduğunu anlıyor musun?
Bana testi göster yoksa defol buradan
neden bu kadar zor.
Teorik olarak, bu kene yakalamayı hassaslaştırabilir, bir veya daha fazla haftaya ayarlayabilirsiniz ve belki de kütüğe yazma tarihinin olayın tarihiyle çakışacağı anı yakalamak mümkün olacaktır.
Tabii ki, diski kayıt için periyodik olarak yükleyerek bu işlemi hızlandırabilirsiniz.
Başka bir soru, en önemlisi. ve neden bu araştırma için zaman harcıyorsun :-))), bundan ne kadar pratik bir egzoz.
---
Şu anda kenelerin önce OnTick'e geldiği ve ancak ondan sonra OnBook'a geldiği açık ki bu güzel bir şey.OnBuk sadece tikler için değil, örneğin borsada hacimler değiştiğinde yani birisi bir sipariş açtığında deniyor. , kapatılan veya silinen ciltler değişti. Ve takas için bu oldukça önemli bir bilgi.
Ve tabii ki STOK/FUE piyasasında alım satım kararlarının mantığını takip ederek, OnTick'te değil OnBock'ta yapmak daha mantıklı.
Ve eğer kontrol etmediyseniz, o halde sakın denemeyin.
Bu iş parçacığının ne hakkında olduğunu anlıyor musun?
Bana testi göster yoksa defol buradan
Burada deneyen sensin, kahretsin, 16 sayfa, olayın tetiklenme süresini Baskıdan önce düşünmedi - hatırlamak ve yazmak için, hızı ölçtüler, lanet uzmanlar)
Bana böyle gururla işaret ettiğin şey, diyorlar ki, kontrol etmedim, ama diyorum ki, sen kendin bunun ne olduğunu gerçekten anlamadın, tartışmaya hazırım. Ama muhtemelen anlamıyorsun.
Ve bu zamanın kesinlikle diske yazma zamanı olmadığı gerçeği, bu doğrulandı.
Ve eğer kontrol etmediyseniz, o halde denemeyin.
Bu iş parçacığının ne hakkında olduğunu anlıyor musun?
Bana testi göster yoksa defol buradan
Hadi, akıllı adam, en azından neye vardığını kontrol etmenin güvenilir bir yolunu göster, ve ben de anlamadığımı kabul edeceğim, yoksa kendin anlamadığını kabul et, özür dile ya da getir. kendin indir.
Yani, terminalin günlüğe ne zaman yazdığını deneysel olarak kontrol etmenin en az bir %100 güvenilir yolu, yani ana seçenekler:
1. terminalin kuyrukta Yazdır komutunu aldığı zaman.
2. Yazdır komutunun yürütülme zamanı.
3. arabelleğe yazdırmanın tamamlanma zamanı ve aniden)
Bu seçenek tam olarak neyin olmadığını tahmin edebilir:
4. diske yazdırma zamanı.
Hadi, akıllı adam, en azından neye vardığını kontrol etmenin güvenilir bir yolunu göster, ve ben de anlamadığımı kabul edeceğim, aksi halde anlamadığını kabul et, özür dile ya da kendin indir.
Yani, terminalin günlüğe ne zaman yazdığını deneysel olarak kontrol etmenin en az bir %100 güvenilir yolu, yani ana seçenekler:
1. terminalin kuyrukta Yazdır komutunu aldığı zaman.
2. Yazdır komutunun yürütülme zamanı.
3. arabelleğe yazdırmanın tamamlanma zamanı ve aniden)
Bu seçenek tam olarak neyin olmadığını tahmin edebilir:
4. diske yazdırma zamanı.
Sorun ne?
Kodunuzu bekliyorum...
Sorun ne?
Kodunuzu bekliyorum...
Hangi kodu bekliyorsunuz? Sana bir şey vaat ettim mi? Hangi fiyata anlaştınız?
p / s / sen de arkadaşın gibi neden bahsettiğimi anlamadın.Tartışmalar devam ederken 1 deney daha yaptım.
Yani, başlatma sırasında mikrosaniye süre algılıyorum,
ve her baskıdan önce tekrar zaman deliyorum
İdeal olarak böyle olmalı
Ancak çoğu zaman şöyle çıkıyor (günlük alıntıları):
Böylece print çağrıldığında yerel saat yazdırılacak şekilde yazılır.
Ama 4 saniyeye sığmaz...