Geliştiricilere soru - optimizasyon sırasında tüm bilgi işlem çekirdeklerinin kullanımı - sayfa 9
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
Test edicinin ve optimize edicinin tamamen yeniden yazılmasıyla ilgileniyoruz.
Birikmiş sorunları kökten yeniden yapacağız ve düzelteceğiz.
Tüm bu kararların ortaya çıkması ne zaman beklenir?????
özellikle şunu bekliyorum:
1. "tek çekirdek - tek iş"
2. Optimizasyonun durdurulduğu andan itibaren devam etmesi (sunucu çökmesi, yeniden başlatma vb.)
Renat Fatkhullin'e aynı şekilde , bir cevapta ısrar ediyorum ....
Tüm bu kararların ortaya çıkması ne zaman beklenir?????
1. "tek çekirdek - tek iş"
2. Optimizasyonun durdurulduğu andan itibaren devam etmesi (sunucu çökmesi, yeniden başlatma vb.)
1 çekirdek sayısı - 50 boşta, güzellik ......
1 çekirdek sayısı - 50 boşta, güzellik ......
Hesaplamaların tüm resmi gösterilmiyor - toplamda kaç görev var, kaç tanesi tamamlandı, kaç tane kaldı ...
Hesaplamaların tüm resmi gösterilmiyor - toplamda kaç görev var, kaç tanesi tamamlandı, kaç tane kaldı ...
bu daha iyi?
başka bir konuda yayınlandı - sıfır etki, geliştiricilerin hiçbiri cevap vermedi
Lütfen tüm yeni sürümlerde gözlemlenen hatayı çözün
2020.07.26 10:54:28.289 test cihazı uzman dosyası ....\ MQL5\StochasticCCI.ex5 açık hata [2]
ve orada değil ve olmamalı
hata güncellemeden sonra ağ aracısı tarafından verildi, güncellemeden önce iyi çalıştı, eski sürümlerde optimize edici EA'da hata vermiyor, EA yeniden derlenmedi
tüm verilerin kaldırılmasıyla metatrader'ın tamamen yıkılması ve yeniden kurulması herhangi bir etki yaratmadı
hata iki ağ aracısında gözlemlendi
başka bir konuda yayınlandı - sıfır etki, geliştiricilerin hiçbiri cevap vermedi
Lütfen tüm yeni sürümlerde gözlemlenen hatayı çözün
2020.07.26 10:54:28.289 test cihazı uzman dosyası ....\ MQL5\StochasticCCI.ex5 açık hata [2]
ve orada değil ve olmamalı
hata güncellemeden sonra ağ aracısı tarafından verildi, güncellemeden önce iyi çalıştı, eski sürümlerde optimize edici EA'da hata vermiyor, EA yeniden derlenmedi
tüm verilerin kaldırılmasıyla metatrader'ın tamamen yıkılması ve yeniden kurulması herhangi bir etki yaratmadı
hata iki ağ aracısında gözlemlendi
bende de aynı sorunlar var Göstergede başka bir göstergenin çağrıldığını anlıyorum?
bende de aynı sorunlar var Göstergede başka bir göstergenin çağrıldığını anlıyorum?
Bende öyle yok yani indikatörde indikatör yok
Muhtemelen tekrar yasaklanacağım, ancak yine de, örneğin bir Google aramasıyla kanıtlandığı gibi, MT programcılarının yıllardır çözemediği bazı sorunların çözümünü burada yayınlıyorum.
Böyle:
1. MT5 günlüklerini devre dışı bırakın.
Uzun yıllar boyunca, MT programcılarından günlükleri devre dışı bırakmayı veya boyutlarını sınırlamayı mümkün kılmaları istendi.
Neden sordular? Evet, çünkü MT, C sürücüsüne yerleştirildiğinden ve başka bir tane belirtmenin bir yolu yoktur ve optimize ederken, MT kolayca birkaç terabaytlık günlüğü, yani tüm C sürücüsünü günlüğe kaydeder.
klasörler
C:\Users\ username \AppData\Roaming\MetaQuotes\Terminal\ uzun numaranız\logs
C:\Users\ kullanıcı adı \AppData\Roaming\MetaQuotes\Terminal\ uzun numaranız \MQL5\Logs
salt okunur hale getirilmelidir.
Bunu yapmak için başka bir admin oluşturuyoruz, ona tam haklar veriyoruz, haklarımızı kesiyoruz, MT sonucu bu klasöre erişemiyor ve log yazamıyor , sonuç olarak disk gereksiz loglarla tıkanmıyor .
ikinci seçenek - her zaman çalışmaz - seçeneğin özü, günlükleri belirli bir zaman diliminde silecek bir toplu iş dosyası oluşturmaktır ... ancak MT bir günde sistem diskini günlüklerle tamamen doldurabilir
2. MT5 güncellemelerinin otomatik olarak indirilmesini devre dışı bırakma.
Neden gerekli? Sadece optimizasyon devam ediyorsa, güncellemenin tam indirilmesi sırasında ağ aracıları kullanılamaz hale gelir,
ana optimize edicinin ve aracılarının sürümlerinde bir fark var. Sonuç bir optimizasyon hatasıdır.
Her milisaniyenin önemli olduğu ticaret sırasında bir savaş sunucusunda bir güncelleme olması da pek iyi değil.
Yeni şeylerin ancak çalışmadığı bir pazarda yani hafta sonları olabileceğini düşünüyorum.
Analoji ile, klasör
"C:\Documents and Settings\ username \AppData\Roaming\MetaQuotes\Terminal\ .işte uzun numaranız....\liveupdate" salt okunur yap
varsayılan olarak, klasör mevcut değildir, oluşturulması gerekir, kurulumdan sonra salt okunurdur, MT güncellemeleri görür ancak indiremez ....
sonuç - güncellemeler optimize edicinin çalışmasına müdahale etmez ve ticarete müdahale etmez .
3. " Bir çekirdek - bir görev" sorunu çözülmedi ve muhtemelen çözülmeyecek. Sorunun açıklaması: farklı sunucularda 60 heterojen çekirdek var, işleri dağıtırken, optimize edici tüm çekirdeklere eşit sayıda iş dağıtıyor, sonuç olarak en yavaş çekirdeğin işlerini saatlerce saydığı ve 59 çekirdek daha var. aptalca boştalar ... Sorun çözülmüyor çünkü MT'ye kar getirmiyor, aksine, ücretli bulut aracılarından para alıyor .... bu nedenle, kullanıcılar optimize edici ile acı çekmeye devam edecek. Çok yazık. Çıkış yolu, örneğin python'da kendi alternatif optimize edicinizi oluşturmaktır. ve en komik şey - bu "sorunu" çözmek - MT programcılarının 15 dakikasını alacak ....
3. " Bir çekirdek - bir görev" sorunu çözülmedi ve muhtemelen çözülmeyecek. Sorunun açıklaması: farklı sunucularda 60 heterojen çekirdek var, işleri dağıtırken, optimize edici tüm çekirdeklere eşit sayıda iş dağıtıyor, sonuç olarak en yavaş çekirdeğin işlerini saatlerce saydığı ve 59 çekirdek daha var. aptalca boştalar ... Sorun çözülmüyor çünkü MT'ye kar getirmiyor, aksine, ücretli bulut aracılarından para alıyor .... bu nedenle, kullanıcılar optimize edici ile acı çekmeye devam edecek. Çok yazık. Çıkış yolu, örneğin python'da kendi alternatif optimize edicinizi oluşturmaktır. ve en komik şey - bu "sorunu" çözmek - MT programcılarının 15 dakikasını alacak ....
Böyle bir sorunun çözümünün "15 dakika sürdüğü" konusunda çok büyük şüphelerim var.
Ve ... görünen o ki, bilgi işlem çekirdeğinin yeniden yazıldığını söylediler. Yani, "salyangoz geliyor, yakında olacak." Zayıf bilgisayarların tüm hesaplama sürecini yavaşlatmasından kendim son derece rahatsızım ve onları hiç kullanmamam gerekiyor. Ama çok uzak.
"Para çalmaya" gelince - oldukça saçma bir argüman. Birkaç yavaş bilgisayarı olan bir çiftliğin sahibi - potansiyel bir Bulut müşterisi olamaz - parası varsa, hiçbir durumda yavaş bilgisayarları kullanmaz. Ve parası yoksa, yavaş bilgisayarların çalışmasına izin vermemek zorunda kalsa bile, yine de bulut bilişim satın almayacak.