![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
Yeni MetaTrader 5 Platform beta build 2245: MQL5'te 3D görselleştirme için DirectX işlevleri ve Strategy Tester'da sembol ayarları
18. Tester: A plethora of new features and improvements: ...
burada daha fazlasını oku
İyi makale yayınlandı -
----------------
Sürekli İleriye Yönelik Optimizasyon (Bölüm 1): Optimizasyon Raporlarıyla Çalışma
Önceki makalelerde ( Optimizasyon Yönetimi (Kısım I) ve Optimizasyon Yönetimi (Kısım 2) ) üçüncü taraf bir süreç aracılığıyla terminalde optimizasyonu başlatmak için bir mekanizma düşündük. Bu, belirli bir ticaret sürecini uygulayan bir ticaret algoritmasına benzer şekilde, yani kullanıcı müdahalesi olmaksızın tam otomatik bir modda, süreci uygulayabilen belirli bir Optimizasyon Yöneticisinin oluşturulmasına izin verir. Buradaki fikir, ileri ve geçmiş dönemlerin önceden belirlenmiş bir aralıkla kaydırıldığı ve birbiriyle örtüştüğü, kayan optimizasyon sürecini yöneten bir algoritma oluşturmaktır.
Algoritma optimizasyonuna yönelik bu yaklaşım, her iki rolü de yerine getirmesine rağmen, saf optimizasyondan ziyade strateji sağlamlık testi olarak hizmet edebilir. Sonuç olarak, bir ticaret sisteminin istikrarlı olup olmadığını öğrenebilir ve sistem için en uygun gösterge kombinasyonlarını belirleyebiliriz. Tanımlanan süreç, farklı robot katsayı filtrelemesi ve her bir zaman aralığında (birden fazla olabilir) kontrol etmemiz gereken optimal kombinasyon seçim yöntemlerini içerebileceğinden, süreç manuel olarak zor uygulanabilir. Ayrıca, veri aktarımı ile ilgili hatalar veya insan faktörü ile ilgili diğer hatalarla karşılaşabiliriz. Bu nedenle, optimizasyon sürecini bizim müdahalemiz olmadan dışarıdan yönetecek bazı araçlara ihtiyaç vardır. Oluşturulan program belirlenen hedefleri karşılar. Daha yapılandırılmış bir sunum için, program oluşturma süreci, her biri program oluşturma sürecinin belirli bir alanını kapsayan birkaç makaleye bölünmüştür.
Bu bölüm, optimizasyon raporlarıyla çalışmak, bunları terminalden içe aktarmak ve elde edilen verileri filtrelemek ve sıralamak için bir araç takımının oluşturulmasına ayrılmıştır. Daha iyi bir sunum yapısı sağlamak için *xml dosya biçimini kullanacağız. Dosyadaki veriler hem insanlar hem de programlar tarafından okunabilir. Ayrıca veriler dosya içerisinde bloklar halinde gruplanarak gerekli bilgilere daha hızlı ve kolay ulaşılabilmektedir.
Programımız, C# ile yazılmış üçüncü taraf bir işlemdir ve MQL5 programlarına benzer şekilde oluşturulan *xml belgelerini oluşturması ve okuması gerekir. Bu nedenle, rapor oluşturma bloğu hem MQL5 hem de C# kodunda kullanılabilen bir DLL olarak uygulanacaktır. Bu nedenle, bir MQL5 kodu geliştirmek için bir kütüphaneye ihtiyacımız olacak. İlk önce kütüphane oluşturma sürecini anlatacağız, sonraki makale ise oluşturulan kütüphane ile çalışan ve optimizasyon parametreleri üreten MQL5 kodunun açıklamasını sunacağız. Bu parametreleri mevcut makalede ele alacağız.
İyi makale yayınlandı -
----------------
Sürekli İleriye Yönelik Optimizasyon (Bölüm 1): Optimizasyon Raporlarıyla Çalışma
2. Bölümle Devam Ediyoruz
----------------
Sürekli Gözden Geçirme Optimizasyonu (Bölüm 2): Herhangi bir robot için bir optimizasyon raporu oluşturma mekanizması
Bu, ticaret stratejilerinin kapsamlı optimizasyonunu gerçekleştirebilen otomatik bir optimize edicinin oluşturulmasına ayrılmış bir dizi içindeki bir sonraki makaledir. Önceki makale , otomatik optimize edicimizde ve Uzman Danışmanlarda kullanılmak üzere bir DLL oluşturulmasını açıklıyordu. Bu yeni bölüm tamamen MQL5 diline ayrılmıştır. Optimizasyon raporu oluşturma yöntemlerini ve bu işlevselliğin algoritmalarınız içinde uygulanmasını ele alacağız.
Strateji test cihazı, bir Uzman Danışmandan gelen verilere erişime izin vermiyor, sağlanan sonuçlarda ayrıntı yok, bu nedenle önceki makalelerimde uygulanan optimizasyon raporu indirme işlevini kullanacağız. Bu işlevin bazı bölümleri değiştirildiğinden, diğerleri önceki makalelerde tam olarak ele alınmadığından, programımızın temel parçalarını oluşturdukları için bu özellikleri bir kez daha ele alalım. Yeni özelliklerden biriyle başlayalım: özel komisyon eklenmesi. Bu makalede açıklanan tüm sınıflar ve işlevler, Dahil Et/Geçmiş yöneticisi dizini altında bulunur.
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
MetaTrader 5 build 2340 platformunun yeni sürümü: Test cihazında hesap ayarlarını yönetme ve Python ile entegrasyonu genişletme
Renat Fatkhullin , 2020/02/25 19:46
Beta 2341, aracılara * .dll yüklemek için bir düzeltme ile çıktı.Geriye dönük test için yalnızca bir aracı gereklidir
bugün yerel çiftliğimde testler denedim ve linux üzerinde kullanılan metatrader 5 aracılarımı yok etti, tek başına metatester yüklemeyi denedim ama yine de çalışmıyor.
ve dergi "2020.04.18 17:15:22.124 Tester Bulut sunucuları kapatıldı" diyor
bugün yerel çiftliğimde testler denedim ve linux üzerinde kullanılan metatrader 5 aracılarımı yok etti, tek başına metatester yüklemeyi denedim ama yine de çalışmıyor.
ve dergi "2020.04.18 17:15:22.124 Tester Bulut sunucuları kapatıldı" diyor
...Kısıtlama olabilir...
Bulutun VPS'de ve 32 bit Metatrader'da çalışmadığını biliyorum (ancak Linux'tan emin değilim ... aynı sınırlama olabilir):
IP 180.214.90.6 gibi farklı bir PC alt kümesi kullanmak istiyorum, yerel ağ 192.168.1.5 kullanmıyorum
192.168.1.5 tamamdır, bağlanın ve iyi çalışın.
180.214.90.6 günlük her zaman bağlantıyı göster .... (şifre sorunu veya devam eden görev yok ..)
Bunu yapmak mümkünse?
Daha fazla test senaryosu yapıyorum .. (Ve ne olduğundan emin olmak için hata ayıklama mesajı yok mu?! Bu çorap ><)
Test Env MT5 Build 2410 (08 Mayıs 2020) / Win10 x64 bas e /All PR >120 Tüm yazılımlar aynı sürümü kullanır.
Not 192.168.18.3
PC1 192.168.18.7
PC2 180.214.90.6 --->(192.168.18.5)
PC3 192.168.18.8 (Ubuntu)
Durum A NB, PC1'i görebilir (Ancak hız en düşük olanla sınırlıdır, yük dengesi çalışmıyor gibi görünüyor?)
Durum B PC1 NB'yi göremiyor
Case C NB,PC1, PC2'yi göremiyor
Durum D PC1, PC1'i yerel ağda görebilir.
Case E NB, PC3'ü görebilir (winbind ekledikten sonra ubuntu)
Kullanmak için farklı bir yol denerim. Ve PC1 birkaç ajanı içeri alıyor, yan etkisi olur mu bilmiyorum?
Ve güvenlik duvarını kontrol etmeye ve aracıları kaldırmaya ve tekrar eklemeye çalışıyorum.
iş değil ><
Sürekli İleriye Yönelik Optimizasyon
----------------
"Aşırı sayıda aracıyla belirgin bellek eksikliği ve hiper iş parçacıklı çekirdeklerdeki hesaplama hızındaki düşüş nedeniyle, bulutta çalışırken kendimizi yalnızca fiziksel çekirdeklerle sınırlamaya karar verdik.
..
Aracılara görev vermeden önce uzun süredir yaklaşık kaynak yeterliliğini değerlendiriyoruz ve en etkili olanlardan biri, yalnızca buluttaki fiziksel çekirdekler üzerinde çalışmaktır.
Yerel olarak, kapanmalarını kolayca kontrol edebileceğiniz için tüm çekirdekleri kullanabilirsiniz."
Yeni donanımımda (AMD Ryzen 9300, 32GB DDR4) bir dizi aracı sonucu gözlemliyorum - (muhtemelen) hiper iş parçacıklı çekirdekler üzerinde çalışan, strateji test cihazında hatalı sonuçlar veriyor.
Bu bana göründüğü gibi, tüm çekirdekleri yerel olarak kullanmak mümkün değil - veya herhangi biri testin hiper iş parçacıklı çekirdeklerinde çalıştığını doğrulayabilir mi?