MetaTrader 5 Strateji Test Cihazı ve MQL5 Bulut Ağı - sayfa 2
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
İşte bu yerden daha ayrıntılı olarak. Anladığım kadarıyla, burada çalışma başına bir çekirdek olduğu gerçeğinden bahsediyoruz, ancak hangisini + birkaç terminal çalıştırmanın mümkün olduğunu seçebilirsiniz.
Tek bir çalıştırma için (optimizasyon modunda değil, yani tek geçişte), yerel aracılardan birini veya uzak olanlardan birini (sunucu modunda çalışan) seçebilirsiniz.
Tek bir çalıştırma için, pratik ve ekonomik bir anlam ifade etmediği için MQL5 Cloud Network'ten bir aracı seçemezsiniz.
Kabaca söylemek gerekirse, önbellekleri yükselterek ve verileri tek bir test uğruna hazırlayarak güçlü bir dağıtılmış sistem MQL5 Network'ü başlatmak mantıklı değil. MQL5 Cloud Network'ün görevi, büyük optimizasyon hesaplamaları yapmaktır.
Tek bir çalıştırma için (optimizasyon modunda değil, yani tek geçişte), yerel aracılardan birini veya uzak olanlardan birini (sunucu modunda çalışan) seçebilirsiniz.
Tek bir çalıştırma için, pratik ve ekonomik bir anlam ifade etmediğinden MQL5 Cloud Network'ten bir aracı seçemezsiniz.
Kabaca söylemek gerekirse, önbellekleri yükselterek ve verileri tek bir test uğruna hazırlayarak güçlü bir dağıtılmış sistem MQL5 Network'ü başlatmak mantıklı değil. MQL5 Cloud Network'ün görevi, büyük optimizasyon hesaplamaları yapmaktır.
Tek bir çalıştırma için (optimizasyon modunda değil, yani tek geçişte), yerel aracılardan birini veya uzak olanlardan birini (sunucu modunda çalışan) seçebilirsiniz.
Tek bir çalıştırma için, pratik ve ekonomik bir anlam ifade etmediğinden MQL5 Cloud Network'ten bir aracı seçemezsiniz.
Kabaca söylemek gerekirse, önbellekleri yükselterek ve verileri tek bir test uğruna hazırlayarak güçlü bir dağıtılmış sistem MQL5 Network'ü başlatmak mantıklı değil. MQL5 Cloud Network'ün görevi, büyük optimizasyon hesaplamaları yapmaktır.
Bu arada, düşündüğüm şey şu - belki bir tür ön "hesaplama" yapmak için "iyileştirme" açısından, örneğin, önbelleklerin aktarım hızını (yükseltme süresini) eksi olarak ve bu artıları daha büyük bir değerden analiz ettikten sonra çekirdek sayısını ve elde edilen sonuçları, bazı "tavsiyeler" vermek için yalnızca yerel testlerin zamanı ile karşılaştırın - sanki uzak olanları sürmenin bir anlamı yokmuş gibi. Aslında, bu ilk başta hiç açık değildir.
Elbette, test yöneticisi bilgi işlem maliyetini azaltmak için daha fazla yerel aracı, ardından uzak ve ancak daha sonra dağıtılmaya çalışacaktır.
Ayrıca, uzak aracılarla çalışırken ağ gecikmelerinin etkisini neredeyse sıfıra indirebilecek bir toplu işleme mekanizması uyguluyoruz.
Yani terminal, görevleri her aracıya 32-64 çalıştırmalık bloklar halinde dağıtacak ve bu da ağ gecikmelerinin etkisini aynı sayıda azaltacaktır.
Örnek: hesaplama parametreleriyle 32 çalıştırmadan oluşan 2 kb'lık bir görev paketi gönderdi ve aracıdan 5 dakika içinde sonuçları içeren 1 kb'lik bir yanıt paketi aldı. Sonuç olarak, ağ trafiği, paketlenme olmadan 32 saniye yerine yaklaşık 1 saniyelik iletim kayıpları ile 3 kb'dir.
Cevaplar için teşekkürler, ancak birçok şey belirsizliğini koruyor.
Для одиночного прогона (не в режиме оптимизации, а именно одиночный проход) можно выбрать одного из локальных агентов или одного из удаленных (работающих в серверном режиме).
"Uzaktan, sunucu modunda çalışan" ne anlama geliyor? Sadece anlamıyorum - Metatester bileşenini kullanarak ikinci bilgisayara bir aracı yüklerseniz, bu olur mu? Peki sunucu modunda çalışmayan uzak olanlar nelerdir - nasıl eklenir?
Tek bir çalıştırma için, pratik ve ekonomik bir anlam ifade etmediğinden MQL5 Cloud Network'ten bir aracı seçemezsiniz.
Burası bir süper-bilgisayarın ya da daha doğrusu, tek bir çekirdek olarak, tek bir aracı olarak çalışan kümesinin gerekli olduğu ve bir ağa ihtiyaç duyulduğu yerdir - hiç kimsenin böyle bir evi yoktur. Veya en azından güçlü bir makineye bağlanma yeteneği (anladığım kadarıyla bu mümkündür - aracıyı güçlü bir bilgisayara yükler ve tek bir çalıştırma ile bir dizüstü bilgisayardan kullanırsanız). Tek koşu içindir. Sonuçta, tam tersi ortaya çıkıyor - ilk tek çalıştırmayı gerçekleştirmek zor olsa bile, büyük optimizasyon hesaplamaları yapmak için MQL5 Cloud Network'ü kullanmanın pratik bir anlamı yok. Seçeneklerin sıralanması ikinci durumdur, ancak tek bir çalıştırma daha az önemli değildir ve biri için daha da önemlidir.
Bu yüzden doğru anladım, bir yerel / uzak aracı + birkaç terminal
Bu nasıl deşifre edileceği hiç açık değil ...
Renat :
Örnek: hesaplama parametreleriyle 32 çalıştırmadan oluşan 2 kb'lık bir görev paketi gönderdi ve aracıdan 5 dakika içinde sonuçları içeren 1 kb'lik bir yanıt paketi aldı. Sonuç olarak, ağ trafiği, paketlenme olmadan 32 saniye yerine yaklaşık 1 saniyelik iletim kayıpları ile 3 kb'dir.
Renat :
Kabaca söylemek gerekirse, önbellekleri yükselterek ve verileri tek bir test uğruna hazırlayarak güçlü bir dağıtılmış sistem MQL5 Network'ü başlatmak mantıklı değil. MQL5 Cloud Network'ün görevi, büyük optimizasyon hesaplamaları yapmaktır.
Buna katılıyorum. Ancak, bilgisayarda birkaç çekirdek olsa bile, aynı anda birkaç tek çalıştırmayı (testi) çalıştırmanın bir yolu olmaması üzücü. Daha doğrusu, sırayla, elbette, ancak önceki çalışmaların tamamlanmasını beklemeden. Terminalin birkaç versiyonu - bellekten çok pahalı. Şimdi, test cihazı, birden çok örneği çalıştırma yeteneğine sahip bağımsız bir program olsaydı, bu daha iyi olurdu. İdeal olarak - çok görevli bir test cihazı. Şimdi saptırmalıyız - parametre listeleriyle bir yapılandırma dosyası yazmalı ve bunları dosyadan yükleyerek optimize ediciye bir sayaç sözde değişkeni kaydırmalıyız. Rahatsız. Bu seçenekteki tüm test sonuçlarının (özellikle işlemlerin) ayrıca bağımsız olarak hesaplanması, biçimlendirilmesi ve kesin olarak bir dosyaya atılması gerektiğinden bahsetmiyorum. Test cihazının güncel versiyonunda optimizasyon sonuçlarının Vopchem toplu işlenmesi çok zordur. Dünün test sonuçlarını bir dosyadan yüklemek bile imkansız (hala orada!) Eldeki "tek tıklama" test cihazıyla sakince halletmek için "optimizasyon sonuçları" sayfasına geri dönün. En azından böyle bir fırsatı uygulayabilir misiniz?
Başka bir sorunlu konu: Optimize ederken, anladığım kadarıyla, aracılar için veri hazırlamak oldukça fazla zaman alıyor. Ancak aracıları tek çalıştırma görevleriyle değil, toplu çalıştırmalarla (8-16-32) yüklemek mümkün müdür? Bu durumda (IMHO), toplam optimizasyon süresinde somut bir kazanç elde edebilirsiniz. Bildiğim kadarıyla, şimdi dördünde böyle bir plan başarıyla çalışıyor. Orada, bence, birkaç parametre seti paralel olarak çalıştırılıyor (belki de yanılıyorum). İlk beşte böyle bir şey istiyorum. Ve sonra tek çekirdekli test cihazlarımda, beş test cihazı zaman zaman dört test cihazının gerisinde kalıyor (zaten bir şekilde yazdım).
// Vay! Geç. Yazarken, Renat zaten olumlu olarak toplu işleme hakkında yazdı. Teşekkür ederim. Memnunum. Bum bekle.
Cevaplar için teşekkürler, ancak birçok şey belirsizliğini koruyor.
"Uzaktan, sunucu modunda çalışan" ne anlama geliyor? Sadece anlamıyorum - Metatester bileşenini kullanarak ikinci bilgisayara bir aracı yüklerseniz, bu olur mu? Peki sunucu modunda çalışmayan uzak olanlar nelerdir - nasıl eklenir?
Burası bir süper-bilgisayarın ya da daha doğrusu, tek bir çekirdek olarak, tek bir aracı olarak çalışan kümesinin gerekli olduğu ve bir ağa ihtiyaç duyulduğu yerdir - hiç kimsenin böyle bir evi yoktur. Veya en azından güçlü bir makineye bağlanma yeteneği (anladığım kadarıyla bu mümkündür - aracıyı güçlü bir bilgisayara yükler ve tek bir çalıştırma ile bir dizüstü bilgisayardan kullanırsanız). Tek koşu içindir. Sonuçta, tam tersi ortaya çıkıyor - ilk tek çalıştırmayı gerçekleştirmek zor olsa bile, büyük optimizasyon hesaplamaları yapmak için MQL5 Cloud Network'ü kullanmanın pratik bir anlamı yok. Seçeneklerin sıralanması ikinci durumdur, ancak tek bir çalıştırma daha az önemli değildir ve biri için daha da önemlidir.
Bu nasıl deşifre edileceği hiç açık değil ...
1. Tek çalıştırmada, yerel (kendi PC) veya uzak aracı (ağ içinde) olmak üzere yalnızca bir çekirdek kullanılır.
2. Belirli çekirdekler devre dışı bırakılabilir
3. Üzerinde test edeceğimiz belirli bir aracı (belirli bir çekirdek) seçebilirsiniz.
Teorik olarak, aynı anda birkaç "tek test" çalıştırabilirsiniz (ancak daha sonra birkaç terminale ihtiyacınız vardır).
not
Dizüstü bilgisayar kullanıyorsanız, yerel çekirdekleri kesmeli ve güçlü bir bilgisayarda (yerel ağda bulunan veya kaynakları testler için mümkün olduğunca ücretsiz olacak) test etmelisiniz.
MetaDriver :
Ancak aracıları tek çalıştırma görevleriyle değil, toplu çalıştırmalarla (8-16-32) yüklemek mümkün müdür? Bu durumda (IMHO), toplam optimizasyon süresinde somut bir kazanç elde edebilirsiniz. Bildiğim kadarıyla, şimdi dördünde böyle bir plan başarıyla çalışıyor.
Ve işte anlamadığım şey...