Geliştiricilere soru - optimizasyon sırasında tüm bilgi işlem çekirdeklerinin kullanımı - sayfa 4
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
Böyle bir mesajla çok ileri gideceksiniz, bu arada Slava, MT'nin ana geliştiricilerinden biri, algoritmanın nasıl çalıştığının farkında.
Diyorum ki, aynı sonuçlara yol açan standart bir Uzman Danışmandan oluşan bir optimizasyon seti verin. Bazı parametreleri optimize ediyordunuz, şimdi diğerleri. Belki de genetiğe otomatik geçiş, tüm sonuçlarıyla birlikte çalıştı.
Yapıcı ekleyin ve sorun çok daha hızlı çözülecektir.
Gerçekten değişmek ve sadece homurdanmak (benim gibi) istemiyorsanız, neden geliştiricilere çekirdeklerin devre dışı bırakıldığı/boşta olduğu tekrarlanabilir bir örnek vermiyorsunuz?
Standart bir Uzman Danışman bazında (eğer onunla yeniden üretilebiliyorsa), ancak davranışı kendi başlarına yeniden üretebilmeleri için maksimum sayıda ayrıntı ile mümkündür.
çok daha net?
yalnızca yerel aracılar kullanılır, 8'den 6'sı etkinleştirilir, 3'ü ilk görev grubundan hemen sonra düşerçok daha net?
yalnızca yerel aracılar kullanılır, 8'den 6'sı etkinleştirilir, 3'ü ilk görev grubundan hemen sonra düşerÇok daha yapıcı.
Testi yapan kişinin günlüğünü ve planlanandan önce bitiren aracılardan birinin günlüğünü ekleyin:
Çok daha yapıcı.
Testi yapan kişinin günlüğünü ve planlanandan önce bitiren aracılardan birinin günlüğünü ekleyin:
Test cihazının, çalışan ajanın ve düşen kişinin günlüğü:
Test cihazının, çalışan ajanın ve düşen kişinin günlüğü:
Şimdi @Slava'nın cevabını bekleyelim
3. nesilden sonra genetiğin bazı çekirdekleri kullanmayı bıraktığı görülüyor:
Mantıklı olmadığını mı düşünüyorsun?
> Bu arada Slava, MT'nin ana geliştiricilerinden biridir.
O halde, Slava sizin için tüm umuttur, dua ediyoruz ve kafamızı çarpıyoruz .... bizi çalışmayan ağ ajanlarından kurtarın :-)
Ayrıca günlükler için Andrey Khatimlianskii'ye teşekkür etmek istedim.
> Bu arada Slava, MT'nin ana geliştiricilerinden biridir.
O halde, Slava sizin için tüm umuttur, dua ediyoruz ve kafamızı çarpıyoruz .... bizi çalışmayan ağ ajanlarından kurtarın :-)
Ayrıca günlükler için Andrey Khatimlianskii'ye teşekkür etmek istedim.
Şimdi @Slava'nın cevabını bekleyelim
3. nesilden sonra genetiğin bazı çekirdekleri kullanmayı bıraktığı görülüyor:
Mantıklı olmadığını mı düşünüyorsun?
Numara.
Günlükte başka bir giriş var
Aracı günlükleri tarafından onaylandı
Kesinti süresiyle ilgili aslında iki sorun olduğunu belirtmek isterim.
Genetik, neslin hesaplanmasının bitmesini beklerken. Bu durumda görev paketinin yeniden dengelenmesinin mümkün olup olmadığı açık değildir.
Yavaş optimizasyonla, işlerin dinamik olarak yeniden dağıtılmasıyla önceden yayınlanmış aracıların kapalı kalma sürelerini önlemek mümkündür. Geliştiriciler bunu yapmadı ve şimdi görevler optimizasyonun başında dağıtılıyor. Bulut aracıları kullanılırken aynı dağıtım algoritması kullanıldığı ve bunlardan görev seçmek "yersiz" olduğu için yapmadılar. Yerel ve bulut aracıları için metodolojiyi ayırmaya değer.
Bu arada, geliştiriciler metodolojiyi nispeten yakın zamanda biraz geliştirdiler ve işi erken bitiren aracılar için küçük bir rezerv bıraktılar. Ne yazık ki, bu her zaman yardımcı olmuyor. Ek olarak, bu rezerv, sırasıyla ajan sayısına göre görev bölümünün geri kalanıdır , sıfıra eşit olabilir.
Numara.
Günlükte başka bir giriş var
Aracı günlükleri tarafından onaylandı
Yani bu daha sonra, sonunda. Ve ajanlar daha erken, 01:00:50'de düştü ve bu, kayıtta ve videoda görülebilir.