Hatalar, hatalar, sorular - sayfa 3038
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
Tüm soru, "sıkıştırma / açma zamanı" ile "dolu disk alanı" oranındadır.
Elbette daha iyi bir çözüm bulunabilir. Sadece terminal içinde, "kendin için" özel bir çözümden biraz daha karmaşık.
Bu, verilerin sıkıştırılmasıyla ilgili değil, dizin dizilerinin oluşumuyla mantıksal olarak küçülmeleri ile ilgilidir. Bir dizi öğesine erişim süresi hemen hemen aynıdır. Bazı durumlarda daha da hızlı.
Bu, verilerin sıkıştırılmasıyla ilgili değil, dizin dizilerinin oluşturulmasıyla mantıksal olarak sıkıştırılmasıyla ilgilidir. Bir dizi öğesine erişim süresi hemen hemen aynıdır. Bazı durumlarda daha da hızlı.
Bir MQ çözümü sunmaya hazır mısınız?
MT gibi bir şey yapan birini aptal olarak görmeye meyilli değilim. Bu her zaman haklı değildir, ancak çoğu zaman haklıdır. Bu nedenle, büyük olasılıkla, kararlarında altta yatan bir neden var. Ama tam olarak öyle değil)
Koltuk değneği nedir?
Bir milyon kullanıcının (ve onlarla birlikte komisyoncuların) korunduğunu ve terminali 2 kez yeniden başlatmanız gerektiğini mi?
Bana mantıklı bir karar gibi görünüyor. Tek başına sizin için uygun bir şekilde yapmaktan çok daha mantıklı)
savunma nedir, Andrey?
Hiçbir şeyi yeniden yüklemenize gerek yok.
Veriler zaten dosyalarda.
Bir MQ çözümü sunmaya hazır mısınız?
MT gibi bir şey yapan birini aptal olarak görmeye meyilli değilim. Bu her zaman haklı değildir, ancak çoğu zaman haklıdır. Bu nedenle, büyük olasılıkla, kararlarında altta yatan bir neden var. Ama tam olarak öyle değil)
yapma.
Her zaman mevcut olandan daha iyi bir çözüm bulabilirsiniz.
Kendini yaşlı bir osuruk haline getirme.
savunma nedir, Andrey?
Hiçbir şeyi yeniden yüklemenize gerek yok.
Veriler zaten dosyalarda.
Bu verilerin göstergeler ve danışmanlar tarafından okunmayacağı gerçeği, RAM'e de yükleniyor. Bu neden?
yapma.
Her zaman mevcut olandan daha iyi bir çözüm bulabilirsiniz.
Kendinizi yaşlı bir osuruk haline getirmeyin.
Bunun mümkün olduğuna eminim.
O yüzden öncelikli olmayabilir.
Bu verilerin göstergeler ve danışmanlar tarafından okunmayacağı gerçeği, RAM'e de yükleniyor. Bu neden?
Kendini ayağından vurmak için zaten sayısız seçenek var.
Sadece, max_bars = Sınırsız olarak ayarlarsanız, bellek tüketimi önemli ölçüde artar.
İşte max_bars = 5000 olan bir örnek terminal
ve şimdi max_bars = Unlimited değiştirip terminali yeniden başlatıyoruz.
Aynı pencereler açıkken, bellek tüketimi GB'den fazla arttı. Benim durumumda, 11 kez !!!!
Normal böyle bir koltuk değneği olmayan))
Kendiniz kontrol edebilirsiniz.
max_bars = Sınırsız çok zor bir lüks.
İsteğim kabul edilirse, asla max_bars = Sınırsız kullanamazsınız.
Ve hafızayı RAM'e kaydetmenin yanı sıra, bu klasör de çok küçülecek ve şu anda yaklaşık 31 GB'ım var. Yaklaşık 5 kez düşünüyorum ve 30GB yerine 6GB olurdu
bir koltuk değneği çözümü - veritabanını tek bir klasörde tutun ve aracı klasörlerinde veritabanının bulunduğu klasöre bağlantılar koyun
MT'de uzun süredir kaynak kodları, geçmiş veritabanları ile klasörlere giden yolu seçme düzenli yeteneğinin uygulanması önerildi.
aynı aracının karakterine birden fazla uçbirim erişiyorsa, bağlantıların kullanılması bir erişim hatasıyla karşılaşabilir, ancak aracılar için bu (teorik olarak) bir sorun olmamalıdır.
Gerçekten mi? MT5 yardımında bu ayarlar sekmesi hakkında hiçbir şey bulamadım, ne zaman göründü? - kategorik olarak kendime cevap vermekte zorlanıyorum.
Ticaret, otomatik ticaret sistemleri ve ticaret stratejilerinin test edilmesi hakkında forum
Hatalar, hatalar, sorular
Andrey Dik , 2021.05.30 19:58
bir koltuk değneği çözümü - veritabanını tek bir klasörde tutun ve aracı klasörlerinde veritabanının bulunduğu klasöre bağlantılar koyun
MT'de uzun süredir kaynak kodları, geçmiş veritabanları ile klasörlere giden yolu seçme düzenli yeteneğinin uygulanması önerildi.
aynı aracının karakterine birden fazla uçbirim erişiyorsa, bağlantıların kullanılması bir erişim hatasıyla karşılaşabilir, ancak aracılar için bu (teorik olarak) bir sorun olmamalıdır.
Kendini ayağından vurmak için zaten sayısız seçenek var.
Sadece, max_bars = Sınırsız olarak ayarlarsanız, bellek tüketimi önemli ölçüde artar.
İşte max_bars = 5000 olan bir örnek terminal
ve şimdi max_bars = Unlimited değiştirip terminali yeniden başlatıyoruz.
Aynı pencereler açıkken, bellek tüketimi GB'den fazla arttı. Benim durumumda, 11 kez !!!!
Böyle normal bir koltuk değneği olmayan))
Kendiniz kontrol edebilirsiniz.
max_bars = Sınırsız çok zor bir lüks.
Şimdi bellek tüketiminden bahsediyorsak, o zaman birkaç ay önce @fxsaber'ın aynı sorunla mücadele ettiğini hatırlıyorum, ancak keneler yüklerken - keneler dizilerini serbest bıraktıktan sonra, terminal belleği boşaltmaz, ancak depolar (10 saniye?) bu keneler önbellek olarak
isteğinizin benzer bir sorunu olması muhtemeldir - bellek tüketimi azalmaz, aksine artar (en yüksekte)
Bu, terminal tarafından sağlanır.
Evet kesinlikle.
Cevap için teşekkürler!
MQL5 dilinde , tüm göstergelerin hesaplanmasının sonunu kontrol eden bir operatöre/fonksiyona sahip olmak çok uygun olacaktır ve eğer göstergeler hesaplanırsa doğru döner, aksi takdirde her birini kontrol ederek kendi işlevinizle yapmanız gerekir. gösterge tamponu. Bu, çoklu TF göstergeleriyle çalışan bir Uzman Danışman için çok önemlidir. Ve hesaplama gecikmesinin bu özelliği, tüm göstergeler kritik olan birinci ve ikinci kenelerde hesaplanmadığından OHLC modunun doğru kullanılmasına izin vermez.