Hatalar, hatalar, sorular - sayfa 2754
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Önemli olan referans ile geçebilmektir.
Tıpkı stringlerde olduğu gibi, Geliştiricilerin (henüz yapmamışlarsa) değişkeni gerçekten kopyalamadan her şeyi referans olarak iletme seçeneği vardır.
Ve bu, belirli bir MqlTick yapısı için değil, tüm durumlar için bir çözüm olacaktır.
Bu, _ Digits, _P oint, _Period, _LastError vb.'yi doğrudan kullanmanın bir anlamı olmadığını bir kez daha doğrular. hayır (ve _Symbol bile NULL ile değiştirilebilir). Aslında const volatile olarak bildirilmeleri gerekir.
Ve tam tersine, bu seriyi tamamlamayı teklif ediyorsunuz.
Haklısınız, ancak IsStopped bayrağı dışında yalnızca onlar neredeyse uçucudur - %100 uçucudur, yani. herhangi bir IsStopped okuması %100 bellek okumasıdır.
Geri kalanı için, neredeyse geçici, derleyicinin bir değişkenin değerini bir kayıttaki ilk erişildiğinde önbelleğe alabileceği ve böyle bir değişkene bir sonraki erişildiğinde önbelleğe alınan değeri kullanabileceği, ancak yalnızca aynı işlev veya çağrı dalı içinde olduğu anlamına gelir. aynı işleve sıralanırlar.
Bu mümkündür (ve gereklidir), çünkü önceden tanımlanmış değişkenlerin değişimi (IsStopped hariç) MQL giriş noktası (OnXXX işlevi) içinde gerçekleşemez.
const VARIABLE MODIFIER ile ilgili olarak, const'ın programcılar tarafından programcılar için kullanıldığını söyleyelim.
Bildiğimiz gibi, bir döküm bir değişkenin sabitliğini değiştirebilir, bu nedenle derleyiciye const değiştirici ile güvenilemez.
Derleyici, değişkenin değerini değiştirmediğini ve bir sabitle başlatıldığını görürse, const değiştiricisi olmadan bile böyle bir değişkeni anlık bir değere dönüştürür (ImmediateValue)
_LastTick ile ilgili olarak tartışıyoruz ama...
Bu bir yapıdır, basit bir atomik tip değildir ve MQL programının herhangi bir noktasında, değerin alındığı zaman da dahil olmak üzere aniden değişebilir.
Bu yapıyı ele almak için bir senkronizatör tanıtmanız gerektiği ortaya çıktı.
Sürekli olarak performans üzerinde çalışıyoruz, özellikle bu nedenle, yapıların yüksek sıklıkta yayınlanmasından dolayı.
MQL kodunun çalışmasını hızlandırmak için birçok çalışma planlanmaktadır.
_LastTick ile ilgili olarak tartışıyoruz ama...
Bu bir yapıdır, basit bir atomik tip değildir ve MQL programının herhangi bir noktasında, değerin alındığı zaman da dahil olmak üzere aniden değişebilir.
Bu yapıyı ele almak için bir senkronizatör tanıtmanız gerektiği ortaya çıktı.
ancak test cihazında _LastTick, MQL programının herhangi bir noktasında değişemez mi?
evet ise, yalnızca hesaplama hızının en önemli olduğu test cihazı için böyle bir çözüm verin
ancak test cihazında _LastTick, MQL programının herhangi bir noktasında değişemez mi?
evet ise, yalnızca hesaplama hızının en önemli olduğu test cihazı için böyle bir çözüm verin
Öyleyse, OnTick işleyicisinde bir kez bu onay işaretini istemenizi ve ardından alınan verilerle çalışmanızı engelleyen nedir?
Market ve Cloud tarafından yüklenen danışman yaratıcılarının düşük kalifikasyonu araya giriyor.
Öyleyse, OnTick işleyicisinde bir kez bu onay işaretini istemenizi ve ardından alınan verilerle çalışmanızı engelleyen nedir? Pratik olarak hiçbir maliyeti yoktur. Neden 100 kez isteyelim (daha önce verilen testlerde olduğu gibi), birdenbire yapay olarak frenler yaratarak. Onlar. Expert Advisor'ın çarpık kodu sorununun, MT'nin dahili çalışmasını karmaşıklaştırarak çözülmesi önerilmektedir. Veya normal ölçüleriniz var mı?
"OnTick" tarafından işlenecek olaylar, dışarıdan bir öncelik sırasına gelir. Diğer işleyicilerde, bu tür yeni olayların gelmediğinden emin olmak gereksiz değildir, aksi takdirde önceki onay işaretinin verileri geçersiz/güncel olur.
Öyleyse, OnTick işleyicisinde bir kez bu onay işaretini istemenizi ve ardından alınan verilerle çalışmanızı engelleyen nedir? Pratik olarak hiçbir maliyeti yoktur. Neden 100 kez isteyelim (daha önce verilen testlerde olduğu gibi), birdenbire yapay olarak frenler yaratarak.
Test cihazında tam olarak bunu yapıyorum
Onlar. Expert Advisor'ın çarpık kodu sorununun, MT'nin dahili çalışmasını karmaşıklaştırarak çözülmesi önerilmektedir. Veya normal ölçüleriniz var mı?
peki, olduğu gibi, kodun eğriliği, yerleşik kod yazma yöntemleriyle belirlenir, bu örneklerde KB'ye ve SB kullanımına bakın.
SB kullanmıyorum profiler ile ölçtüm aylarca çözüm aradım hız testleri ile ilgili bir konu vardı kısmen alternatif çözümler attım
ölçüm normal mi? bu ciddi bir şekilde ele alınması gereken kaygan bir konu, EA'm optimizasyon için bana uyuyor, 18 ay geçti 6 saniye, şimdi 2.5 saniye, IMHO Kendim için iyi bir iş çıkardım)))
ve şimdi 0 olduğu gibi değil, yani. aslında REASON_PROGRAM
Terminal yeniden başlatıldığında, sürekli ve durmaksızın girişleri günlüğe yazar
Kayıttaki tarihi çubuğun süresi sürekli artmaktadır. GBPUSD Günlük grafiği açık ve seğiriyor - sıfır, birinci ve ikinci çubuklar silindi/oluşturuldu. Ve böylece bir daire içinde.
İşte bekliyorum. Ya bu loglarla tüm SSD'yi tıkayacak ya da sonunda duracak...
Fragmanda dünkü giriş.