x64 platformları için yeni MQL5 derleyicisinin test edilmesi - hesaplamaların 2'den 10'a hızlandırılması! - sayfa 20
Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım 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
Mantığı optimize edin. Örneğin, diziler ve döngülerle çalışın. Ölçüt değerlerini bir dizide paketlemeye çalışın. Ve bir döngüde yapılacak kontroller. Belki o zaman 74 bin vakaya olan ihtiyaç ortadan kalkar...
Tabii ki, teoride her satırı uzun bir hash ile oluşturmak ve sadece bu hashleri aktarmak ve sonra ondan her şeyi üretmek mümkündür - ama bunun hızlı olacağından emin değilim ve görev kolay değil ...
1. Oradaki kodda en "frenlenen" yerleri göreceksiniz. Yine de ... hala bir soru, derlemeyi etkileyip etkilemediği ...
2. Dilediğiniz gibi: davayı yapabilirsiniz. Ayrıca, onu küçük işlevlere ayırmanız tavsiye edildi. Onu kır ve kontrol et. Evet tabi ki kod daha da artacak. Peki ne yapmalı.
Ancak uygulamada kodu işlevlere dönüştürdüm.
Derlemeden sonra önceki kodun 14428 kb ve yeni 9447 kb'yi işgal etmesi hemen dikkat çekiyor - 5 megabaytlık fark zaten şaşırtıcı - nereden geliyor!?
Derleme hızında daha ileri, eski sürüm
Yeni sürüm
Yeni sürüm 5.46 kat daha hızlı derleniyor!
Ancak hız açısından önceki sürüm:
Yeni sürüm
Ve burada, ajanların (4 ajan) ilk geçişinin çok yavaş olduğunu görebilirsiniz - birçok kez denedim - sonuç sabit, ancak günlükte
Bunun sebebi nedir şimdi, belki @Renat Fatkhullin veya @Slava size neden böyle bir etkinin olduğunu söyler?
Dosyayı bir zip ile sıkıştırın. Zip'i okuyun, içindekileri açın. 500 MB'lık bir danışman göndermekten daha hızlı olacaktır (her temsilciye de gönderilir).
O zaman her yeni geçişte yeniden açılmaz mı?
Ve bir dosyadan okumak tek seferlik bir aktarımdan daha hızlı mı olacak ....
Her yeni geçişte yeniden açılmaz mı?
Ve bir dosyadan okumak tek seferlik bir aktarımdan daha hızlı mı olacak ....
Evet, optimize ederken daha yavaş olabilir.. Ama kontrol ediyorum, bunun için her şey hazır.
Evet, optimize ederken daha yavaş olabilir.. Ama kontrol ediyorum, bunun için her şey hazır.
Tam olarak ne hazır - anlamadım.
Tam olarak ne hazır - anlamadım.
Zip arşivleriyle çalışma.
Zip arşivleriyle çalışma.
Evet, gerçekte nasıl çalıştığını gördüm ama denemedim.
Burada, daha çok, benim için sorun büyük ölçüde bu verilerin hazırlanmasında, yani. kodu bir tabloya çevirmek - ilk verileri tekrar işlemek gerekecek ...
Danışmanın halka açık bir versiyonunu yaptım, şimdi derlenip derlenmediğini kontrol ediyorum - süreç hızlı değil, ancak şimdi kodun% 46'sının derlendiği ve 36 gigabayt RAM'in zaten olduğu görülüyor. yenilmiş...
Lütfen araştırmam için kodu sağlayın.
Neden bu kadar yavaş derlendiğini ve çok fazla bellek tükettiğini kontrol edeceğim.