MetaTrader 5 Strateji Test Cihazı ve MQL5 Bulut Ağı - sayfa 30
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 ki 8 çekirdekte 24 aracıyla (4 aslında + hiper ticaret), tüm işlemci performansını altyapı tedarikine harcayacaksınız.
Çok sayıda aracıyı ifşa ederken, PR performans endeksleri keskin bir şekilde düşer ve bu da ödemede çoklu bir düşüşe yol açar.
Bir süredir bulut kullanmıyorum. Parametreleri seçerken kullanmaya karar verdi. Bulutun çalışması KEYİFLİ bir şekilde şaşırdı.
Dağıtılmış bir ağ sistemini uzun süre cilalarsanız, sonuç iyidir.
Genel olarak, bir buçuk saat boyunca hiç çekmez.
PS Anında bulutu açtı. İnternetin kesilmesi nedeniyle, uzak temsilciler düştü. Sonra bağlanmak istemediler (yetkili durum; en az iki genetik nesil bağlanmadı) - görünüşe göre test eden kişi bulut için yeterli görev olduğuna karar verdi ve serbest aracıların dinlenmesine izin verdi. Engelli Bulut. Uzak aracılar bağlandı. Bulut açıldı. Neyse sonunda takıldım.
Böyle bir durum olmaması için ağın hala biraz bitirilmesi gerekiyor (örneğin, maksimum geçiş süresini hatırlayın ve geçiş için bekleme maksimum geçiş süresinden 2 kat daha uzun sürerse - aynı işlemi en iyi yerelde başlatın (veya uzak) çekirdek).
+ TerminalInfoInteger'ı (TERMINAL_MEMORY_AVAILABLE) değiştirmeniz gerekiyor
+ genetiğin hızı en zayıf çekirdeğin hızına bağlıdır - eğer çekirdeklerim 160-180 PR'ye sahipse ve buluttaki görevler 100'e kadar çekirdeğe dağıtılırsa. Sonuç olarak, her nesil, çekirdeklerim zorlanır önemli bir süre boşta kalır ve yeni popülasyonlar oluşturmak için buluttan gelen yanıtları bekler. 100PR sınırının terk edilmesi gerektiğini ve PR'si en zayıf yerel çekirdeğin PR'sinden (bağlıysa + veya uzak çekirdek) daha büyük olan aracıların önce verilmesi gerektiğini düşünüyorum. Hiçbiri yoksa, yük bir şekilde zaman içinde dengelenmelidir. Örneğin, tüm geçişlerin aynı çekirdek üzerinde aynı hızda çalıştığını varsayarsak (gerçek hayatta elbette durum böyle değildir, ancak birçok uzman, bazı varsayımlarla, test süresinde ne olursa olsun kararlı olarak adlandırılabilir. parametreler). Yerel çekirdeğin PR'si 150 ve buluttaki çekirdeğin PR'si 100 ise, yerel aracıya buluttaki aracıya göre 1,5 kat daha fazla görev verilmesi gerekir. Veya daha düşük bir PR ile, buluttaki aracılara görev paketleri değil, her seferinde bir tane olmak üzere, daha geniş bir aracı yelpazesine görev paketleri yayınlayın. Bu durumda, aksama süresi minimum olacaktır. Genel olarak, bu konuda ilerleme görmek istiyorum.
Son 12 saat içinde ağ üç kez daha askıda kaldı :(
(Genetik dergilerinde PR < 100 olan ajanlar da var)
Bu arada, ajanları ssd'de paylaşmayı denediniz mi? Görevler olmadan bile 8 ajanda çilemin nasıl çatırdamaya başladığı göz önüne alındığında, ssd kaynağının hızla tükenmekte olduğuna dair bir şüphe var. Ve oldukça hafif bir Expert Advisor'ı test ederken, hesaplama hızı sabit diskin hızına denk gelmeye başlar. Önbelleğe kaç terabayt pompalandığı iyi bir soru)
Alfabede böyle bir harf var (ssd'den bahsediyorum), ancak spesifik testler yapmadım: böyle bir cihaza sahip sunucu şehrin diğer tarafında bulunur. Ancak, IMHO, herhangi bir sistemde, sık disk erişimlerini düzelten bir disk önbelleği vardır.
İki çift için tüm kenelerde basit bir ızgarayı (30 sn zamanlayıcı, yeni m1 çubuk kontrolü) optimize etmeye karar verdim. 4 i5 çekirdeğim (PR=160-170) ve 8 i7 çekirdeğim (PR=170-180) yaklaşık 90 (!) saatlik bir optimizasyon süresi verdi.
Sonra i5'ten geçişlerin 2 kat daha yavaş test edildiği ortaya çıktı (birkaç kez yazdığım gibi, daha önce her şey tam tersiydi - i5 + winxp64, i7 + win7x64'ten daha hızlıydı). İlk başta hafızaya aldım - daha çok i7'de.
Sonra yanlışlıkla görev yöneticisine baktım ve aracıların en düşük önceliğe (Düşük) sahip olduğunu gördüm. Ve her iki makinede. Ve eğer win7'de önceliği Normal'e yükseltmeyi başardıysam, o zaman bir nedenden dolayı winxp64bit buna izin vermiyor. i7'de yeni önceliklerle yarım gün boyunca, test süresi birkaç saat azaldı (gibi :)).
Bu tür "frenler" son iki yapı gibi görünüyor (ya da belki bana öyle geliyor).
Ve Düşük öncelik çok acımasız - eğer ekipman günde en az 12 saat boyunca ajanlara en yüksek önceliği verebilirse.
Genel olarak, önceliğin bir şekilde kaynakları yüklemekten otomatik olarak değiştiğini düşündüm, ancak görünüşe göre kendini değiştirmiyor :(