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
Ve işte anlamadığım şey...
1. Her şey tarihle uyumludur. MQL5 Cloud Network altyapısının tamamını inşa etmemiz boşuna değil - veri önbelleğe alma hem dağıtım programlarında hem de son aracılarda olacaktır. Test her zaman bir aracı şirkete bağlıdır ve farklı şirketlerin geçmiş verileri asla karıştırılmaz.
2. 1. maddeye benzer şekilde - test her zaman bir aracı şirkete (ticaret sunucusuna) bağlıdır, bu nedenle her zaman semboller vardır, bunlar diğer aracı kurumların yapılandırmalarıyla kesişmez
3. Yerel günlüklerdeki zamanı test süresiyle karıştırıyorsunuz. Geçmiş verilerle çalışmanın tüm süreçleri tamamen sunucu zamanı (grafikler, işlemler, semboller vb.) ile çalışır. 1. ve 2. noktaları dikkate alarak (test her zaman bir ticaret sunucusuna bağlıdır), teorik olarak bile zamanla sorun olamaz.
Dizüstü bilgisayar kullanıyorsanız, yerel çekirdekleri kesmeli ve güçlü bir bilgisayarda (yerel ağda bulunan veya kaynakları testler için mümkün olduğunca ücretsiz olacak) test etmelisiniz.
Cevaplar için teşekkürler, ancak birçok şey belirsizliğini koruyor.
"Uzaktan, sunucu modunda çalışan" ne anlama geliyor? Sadece anlamıyorum - Metatester bileşenini kullanarak ikinci bilgisayara bir aracı yüklerseniz, bu olur mu? Peki sunucu modunda çalışmayan uzak olanlar nelerdir - nasıl eklenir?
3 tip ajan vardır:
Burası bir süper-bilgisayarın ya da daha doğrusu, tek bir çekirdek olarak, tek bir aracı olarak çalışan kümesinin gerekli olduğu ve bir ağa ihtiyaç duyulduğu yerdir - hiç kimsenin böyle bir evi yoktur. Veya en azından güçlü bir makineye bağlanma yeteneği (anladığım kadarıyla bu mümkündür - aracıyı güçlü bir bilgisayara yükler ve tek bir çalıştırma ile bir dizüstü bilgisayardan kullanırsanız). Tek koşu içindir. Sonuçta, tam tersi ortaya çıkıyor - ilk tek çalıştırmayı gerçekleştirmek zor olsa bile, büyük optimizasyon hesaplamaları yapmak için MQL5 Cloud Network'ü kullanmanın pratik bir anlamı yok. Seçeneklerin sıralanması ikinci durumdur, ancak tek bir çalıştırma daha az önemli değildir ve biri için daha da önemlidir.
Herhangi bir çözümün teknik bir fizibilitesi ve ekonomik fizibilitesi vardır.
MQL5 Cloud Network, yalnızca toplu optimizasyon hesaplamaları için anlamlıdır.
3 tip ajan vardır:
Herhangi bir çözümün teknik fizibilitesi ve ekonomik fizibilitesi vardır.
MQL5 Cloud Network, yalnızca toplu optimizasyon hesaplamaları için anlamlıdır.
Ve işte anlamadığım şey...
..
Takım sayısı uyuşmuyorsa, örnek sunucuda 12 şampiyonluk sembolü vardır. Ve test için (çoklu para birimi, göstergenin doğru çalışması için tam bir para birimi matrisine ihtiyacınız vardır) bu durumda nasıl? ….
..Ve işte anlamadığım şey...
1. Her DC/broker kendi geçmişine sahiptir. Ya bir tüccar ya da bir uzman, yürütürken tarihin kalitesine dikkat etmelidir.
2. Test yalnızca mevcut olan para birimleri içindir. Aksi takdirde, başka bir sunucu seçeriz (başka bir komisyoncu, belki sadece testler için).
3. Anladığım kadarıyla, test süresini maliyete bağlamak istiyorsunuz (başka amaçlar için, prensipte hesaplanması gerekli değildir). Yani burada bir sorun yok aslında 100 çekirdekte 60 dakika çalıştılar ve ödeme uygun olacaktır.
50 çiftin tarihi onlar için yüklenmeye başladığında bazı insanların ne kadar mutlu olacağını hayal edebiliyorum :)
100-200 çift ve 20-30 böyle DC/komisyoncu varsa ne kadar mutlu olacaklarını hayal edebiliyorum (en popülerlerini alalım).
Genelde hisse senedi uzmanlarının optimizasyonu konusunda sessiz kalırım (burada sembol sayısı 1000 olabilir)...