![MQL5 - MetaTrader 5 müşteri terminalinde yerleşik ticaret stratejileri dili](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Korkarım hayal kırıklığına uğrayacağım, ancak bu senaryonun performansını ölçmenin sonuçları gerçeklikle ilk senaryonun sonuçlarından bile daha az alakalı. Ve buradaki nokta şudur - çoğu derleyici bu tür ifadeleri derleme zamanında olduğu gibi hesaplar (çünkü önceden hesaplanabilecekleri daha sonra hesaplamanın bir anlamı yoktur). Onlar. döngülerin içindeki kod şuna benzer: Int = 120 ve Double = 120.0. Onlar. yararlı hiçbir şey yapılmaz. Ve döngülerin içindeki kodu benim yazdığımla değiştirirseniz sonuç değişmez (kendiniz kontrol edin). Aslında, döngüyü organize etmenin genel maliyetleri ölçülür. İkinci durumda sonucun biraz daha az olması, Double'a (8 bayt) yazmanın Int'e (4 bayt) yazmaktan biraz daha uzun olmasıyla açıklanır.
Ve ilk komut dosyasında diziyle yapılan çalışma (en uzun kısım) en azından bir şekilde bellek alt sisteminin (ve önbellekli veri yolunun) performansını yansıtıyorsa, bu test genellikle "boşluktaki küresel atları" ölçer ve sonucu verir. papağanlardan biraz daha az.
Joo, umarım alınmaz. :)
Hmm, belki ve büyük olasılıkla haklısın. Öyleyse, ya kodda karmaşık, kurnaz dallar yapın ya da önceden "bilemeyeceği" sayıları işlemek için gönderin: alıntılar. Ticaret yapmayan Uzman Danışman gibi https://forum.mql4.com/ru/25722/page41 :(
Benim için bu testte önceliği real olarak değiştirmek, derecelendirmeyi %1'den biraz daha fazla değiştirdi.
Test sürekli olarak 104.8311 verir. Muhtemelen yağmurdan. İnterneti bir antivirüs ile kapatmanın biraz garip olduğunu düşünüyorum. Terminale gerçek zamanlı öncelik belirlemek daha kolaydır.
Normal bir antivirüs sistemde bir hizmet olarak çalışır ve kaynak almadan bilgisayarı kilitleyebilir.
Hmm, belki ve büyük olasılıkla haklısın. Öyleyse, ya kodda karmaşık, kurnaz dallar yapın ya da önceden "bilemeyeceği" sayıları işlemek için gönderin: alıntılar. Ticaret yapmayan Uzman Danışman gibi https://forum.mql4.com/ru/25722/page41 :(
Int = 120 ve Double = 120 eklemeyi denediniz mi? :)
Aşağıdaki çözümü öneriyorum.
Daha fazla veya daha az gerçek performansı kontrol etmek için ekteki Uzman Danışmanı kullanın.
Bu, daha önce kullanılan Hareketli Ortalama ile aynıdır, ancak lot hesaplama işlevi bundan hariç tutulur. Her zaman 0.1 lotluk pozisyonlar açar.
Test açılış fiyatları üzerinden gerçekleştirilir. 15.09.08 ile 15.09.09 arasındaki dönem için test edin.
Bakiye - 1.000.000 dolar. Böylece, kesinlikle, herhangi bir kaldıraç ve marj gereksinimi ile, herhangi bir marj çağrısı olmayacaktı. Aynı sabit lot 0.1 için
MovingShift adımını azaltarak geçiş sayısını artırdı. Bu, IMHO'nun işlemci üzerindeki yükün rastgele "dökümlerini" yumuşatmasına izin verecektir.
Önemsiz sonuçlar devre dışı bırakıldığında 7:08 ve görüntülendiğinde 7:11 puanım. Belki de bu o kadar önemli değil, sadece arka plan yükünün etkisi.
Bu Uzman Danışmanı kontrol edelim. Özellikle ilgi çekici olan, begemot61 ve four2one'un sonuçlarıdır.
Doktor , buradaki dili herkes anlamıyor. Lütfen uzmanın kendisini düzenleyin, böylece burada da bir anlaşmazlık olmasın.
Tamam, kendim yayınlayacağım. Ben sadece lot hesaplama fonksiyonu içindeki hesaplamaları yorumladım.
Benim sonucum 9:10 (işe yaramaz sonuçlar gösteriliyor). Frekanslar dikkate alındığında, ff şu şekilde elde edilir:
431*3 = 1293 (sizin)
550*2.53=1391.5 (benim)
Fark sizin lehinize %7.6.
Dosya silindi. Seninki biraz daha hızlı çıkıyor - 9:05.
Doktor , buradaki dili herkes anlamıyor. Lütfen uzmanın kendisini düzenleyin, böylece burada da bir anlaşmazlık olmasın.
Yani aslında arşivdeki ayarlar dosyasıyla birlikte aşağıda ektedir...
Sadece 1 dosyaya sahip olmak, 2 değil.
Lütfen benimkiyle kontrol edin - biraz fark olabilir.
Ve diğerlerinin sonuçlarını bekleyelim.
Ve hangi uygulamalarda?
Ağır bir hesaplama görevinde, başlangıçta çok işlemcili.
Atom'daki veriler (eski komut dosyası).
Aşağıdaki çözümü öneriyorum.
Daha fazla veya daha az gerçek performansı kontrol etmek için ekteki Uzman Danışmanı kullanın.
Bu, daha önce kullanılan Hareketli Ortalama ile aynıdır, ancak lot hesaplama işlevi bundan hariç tutulur. Her zaman 0.1 lotluk pozisyonlar açar.
Bakiye - 1.000.000 dolar. Böylece, kesinlikle, herhangi bir kaldıraç ve marj gereksinimi ile, herhangi bir marj çağrısı olmayacaktı. Aynı sabit lot 0.1 için
MovingShift adımını azaltarak geçiş sayısını artırdı. Bu, IMHO'nun işlemci üzerindeki yükün rastgele "dökümlerini" yumuşatmasına izin verecektir.
Kabul ediyorum. Senaryo aslen "küresel bir at" idi. Gerçekçi sonuçlara ihtiyaç var. EA ve başlangıç ayarlarındaki değişiklikleriniz makul görünüyor.
Benim sonucum, önemsiz (önemsiz) sonuçların çıktısını devre dışı bırakırken 7:08 ve bunları görüntülerken 7:11. Belki de bu o kadar önemli değil, sadece arka plan yükünün etkisi.
Sonuçların tam çıktısını bırakırdım. Önemli sayı, belirli bir DC'nin koşullarına bağlı olarak değişecektir. Hepsi - hayır.
Genel olarak, DC'lerin etkisini tamamen ortadan kaldırabilirsiniz - herhangi bir yayılmayı ayarlamanıza izin veren bir program var. Ve test uzmanıyla birlikte arşive sembolle tarihi dahil ederek farklı hikayelerin etkisini ortadan kaldırabilirsiniz. Ayrıca açıktır: çevrimdışı terminal, yayılma ayarı, arşivden geçmiş içe aktarma ve test.
Makale hakkında. Metodoloji mükemmelleşene kadar istatistik toplanmayacak, konuşulacak bir şey yok. Ziyaretçi tarafından doldurulan bir form ile web sayfası gibi bir şey oluşturmak mümkün olacaktır. Ayrıca metodoloji, danışman, tarih vb. içeren bir arşiv var. Bunun hakkında düşünmeniz gerekiyor. Bunu forum sitesinin kendisine yerleştirmek ilginç olurdu. Ama bu zaten bizim yeteneklerimizin ötesinde.