MQL5 Cloud Network'teki kaynakların maliyetini hesaplama formülünün genel tartışması - sayfa 13
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
İki soru:
1. Geçmişi başka aracıların bir klasörüne veya halihazırda başka bir diske aktarmak mümkün müdür (tabii ki aracıların adlarını kaydederek)?
Sadece aracıları başka bir diske taşımak istiyorum, bu yüzden geçmişi ellerimle aktarmayı veya her şeyi yeniden indirmeyi düşünüyorum ...
Evet yapabilirsin.
Ayrıca, önce aracıları aktarmanız ve ancak daha sonra eski yerdeki aracıları kaldırmanız ve yenisine yüklemeniz gerekir. Aracıları MetaTrader 5 Agents Manager'dan kaldırırken, aracı dizini (örneğin, Tester\Agent-0.0.0.0-20000) tamamen silinir.
2. Ayrı dizinlerde bulunan metatester[64].exe dosyalarının derlemelerini otomatik olarak güncellemeyi mümkün kılacak bir fikir olduğunu hatırlıyorum.
Zaten mevcut mu?
Bir aracı terminal dizininde çalıştığında, terminal ile birlikte otomatik olarak güncellenir. Aracı, terminalden ayrı olduğunda ancak terminal, görevleri dağıtmak için bu uzak aracıya bağlandığında, terminal aracıyı otomatik olarak günceller.
Şimdi yalnızca MQL5 Cloud Network ile çalışan aracıları güncellemeyi bitirmemiz gerekiyor. Gelecekteki yapılarda çalışacaktır.
Tüm projenin kökü değil, yalnızca /Bases alt dizinleri sayılmalıdır.
Örneğin, Bazlar bir aracı için 53 Mb ve /Logs - 920 Mb yer kaplar. Ajanlar, elbette, günlükleri arkalarında siler ve son N günü analiz için bırakır.
Bulut aracıları zaten çok ekonomik modlarda çalışıyor, kaynakları serbest bırakıyor, günlüklerin üzerine yazıyor ve kullanılmayan verileri siliyor. Acentelerin görevlerinden biri de sahiplerine zarar vermemek ve çöp atmamaktır. Sonraki yapılarda, kendimizden sonra temizlemeyi geliştireceğiz.
Teşekkürler, anlıyorum, LOG gerçekten çok yer kaplıyor
Günlükler çok fazla yer kaplayanlardır.
8 çekirdekli üslerimde yaklaşık bir gigabayt olduğu ortaya çıktı
---
komut verebilirim
...test cihazı>del *.log /s
ve hacmi tekrar değerlendirin!
---
Uzun vadede bir günlükten tam bir istisna yapmak mümkün müdür?
Uzun vadede bir günlükten tam bir istisna yapmak mümkün müdür?
Mevcut derlemede ekstra günlükler yazdık, düzelteceğiz.
Ayrıca bulutta çalışırken günlükleri temizlemek için daha agresif bir mekanizma kullanacağız (artık aracı günlükleri birkaç gün saklar).
Mevcut derlemede ekstra günlükler yazdık, düzelteceğiz.
Ayrıca bulutta çalışırken günlükleri temizlemek için daha agresif bir mekanizma kullanacağız (artık aracı günlükleri birkaç gün saklar).
Günlüklerin İSTEĞE BAĞLI KOMPLE kapatılmasını kastetmiştim - yalnızca disk alanından tasarruf etmek için değil
aynı zamanda test performansında bir artış olarak
--
sonunda, aracıları buluta yerleştirirsem - neden günlüklere ihtiyacım var?
bir seçeneğe sahip olmak güzel olurdu - aracılardaki günlükleri devre dışı bırakın
kural olarak, günlükler hata ayıklama sırasında geçerlidir
PR nasıl hesaplanır?
Bulutun başlamasından önce 90-110 idi, o zaman
geçen hafta sürekli olarak 40-60 gösterdi
şimdi
Intel Core2 Duo E8400 @3.00GHz, 2047 MB, PR155
Intel Core2 Duo E8400 @3.00GHz, 2047MB, PR128
PR nasıl hesaplanır?
Şimdi PR zaten daha kararlı bir forma değiştirildi, ancak artık terminal arayüzünde görüntülenmeyecek.
Halkla ilişkiler muhasebesi yalnızca bulutta ve sitede çalışırken olacaktır.
Çekirdek sayısı hakkında böyle övünmek, yani sıra, ama nasıl bir sayı koymak çok korkutucu. rakamları koyun beyler
:-) şimdi 34
:-) şimdi 34
Saati 2 sente bir çekirdek için mi teslim edeceksiniz?
0,02×24×30×34≈ ayda 490$