AMD veya Intel'in yanı sıra marka belleği - sayfa 65
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
Belki de onları barlarla açmak için anlaşmaların sayısında güçlü bir tutarsızlık olmaması için?
Örneğin, başlangıçta mevcut fiyatla birkaç hesaplama yapıyoruz ve basit bir koşula göre (örneğin, önceki çubuk büyürse, satın al, aksi takdirde sat) her 5 çubukta bir anlaşmaları açıp kapatıyoruz ve parametreleri optimize ediyoruz. hiçbir şeyi etkilemez. Tabii ki kendim yapabilirim, ancak programcı olmadığım için kodum korkunç olacak.
Belki de onları barlarla açmak için anlaşmaların sayısında güçlü bir tutarsızlık olmaması için?
Örneğin, başlangıçta mevcut fiyatla birkaç hesaplama yapıyoruz ve basit bir koşula göre (örneğin, önceki çubuk büyürse, satın al, aksi takdirde sat) her 5 çubukta bir anlaşmaları açıp kapatıyoruz ve parametreleri optimize ediyoruz. hiçbir şeyi etkilemez. Tabii ki kendim yapabilirim, ancak programcı olmadığım için kodum korkunç olacak.
Böyle düşünceler vardı, ama yine de - her şey farklı bir geçmişe ve farklı ticaret koşullarına dayanıyor. Bu onların etkisini bir nebze ortadan kaldırsa da sorunu çözmeyecektir.
Ama bak... ya...
Bir optimizasyon çalıştırması yerine, tabiri caizse matematiksel modelini kullanın.
Aslında, parametrelerin numaralandırılması ve kabul edilebilir bir hesaplamanın ne olduğu ...
Bunun için 1000 yinelemelik bir döngü çalıştıralım, burada her yinelemede i sayısının karekökünü hesaplayacaktır.
Her onda birini bir dosyaya yazın, vb...
Ama bak... ya...
Bir optimizasyon çalıştırması yerine, tabiri caizse matematiksel modelini kullanın.
Aslında, parametrelerin numaralandırılması ve kabul edilebilir bir hesaplamanın ne olduğu ...
Bunun için 1000 yinelemelik bir döngü çalıştıralım, burada her yinelemede i sayısının karekökünü hesaplayacaktır.
Her onda birini bir dosyaya yazın, vb...
Bunun optimizasyonla (bilgisayar kaynaklarını nasıl kullandığıyla) uzak bir ilişkisi olacaktır. Zaten önerdi. Evet, aynı senaryo - sadece tam yüz.
Böyle düşünceler vardı, ama yine de - her şey farklı bir geçmişe ve farklı ticaret koşullarına dayanıyor. Bu onların etkisini bir nebze ortadan kaldırsa da sorunu çözmeyecektir.
Ve burada imp120 ile dayanışma içindeyim. Dün, senin ve Alexei'nin sonuçlarını bir tablete koyduktan sonra yatmaya gittim. Ve hemen hemen aynı fikir ortaya çıktı.
Aradaki fark, 15 dakikalık bir barda bir anlaşma açıp bir sonrakinde kapatmanızdır. "Dakika" sayısı yine de değişebilir, ancak zaten m15'te fark büyük olasılıkla %0,1'den az olacaktır. Onlar. alım satım fonksiyonlarının çağrılarında, pratik olarak const sağlayacağız.
Ve hesaplama yükü, hangilerinin ve ne kadarının tartışılabileceği çeşitli göstergeler çağrılarak simüle edilebilir.
Böylece tarihin "kalitesi" ve "doğruluğu", işlem sayısına hiçbir şekilde etki etmeyecektir. Ve hesaplama yükünün değiştirilmesi kolaydır. Ve bu arada, bu veya bu göstergenin test cihazı yüklemesine katkısını bulmak kolay olacaktır.
Bunun optimizasyonla (bilgisayar kaynaklarını nasıl kullandığıyla) uzak bir ilişkisi olacaktır. Zaten önerdi. Evet, aynı senaryo - sadece tam yüz.
Ancak daha ayrıntılı olarak vurgulananlar hakkında ...
Optimizasyon ile, özellikle içini gerçekten bilmediğim için "siz" deyim.
Ancak, orada doğaüstü ve modellemenin imkansız olacağı bir şey görmüyorum.
Örneğin, şu anki i=101 sayısından karekök çıkarmak da aynı işlemdir.
durumu iyileştirmek için "fiş" nedir ve mt5'te ce2 kullanmanın nedeni ...
Arabalar ayrıca bir bilgisayarda bin kez ve gerçekte bir kez çarpar.
;)
Ve burada imp120 ile dayanışma içindeyim. Dün, senin ve Alexei'nin sonuçlarını bir tablete koyduktan sonra yatmaya gittim. Ve hemen hemen aynı fikir ortaya çıktı.
Aradaki fark, 15 dakikalık bir çubukta bir anlaşma açıp bir sonrakinde kapatmanızdır. "Dakika" sayısı yine de değişebilir, ancak zaten m15'te fark büyük olasılıkla %0,1'den az olacaktır. Onlar. alım satım fonksiyonlarının çağrılarında, pratik olarak const sağlayacağız.
Ve hesaplama yükü, hangilerinin ve ne kadarının tartışılabileceği çeşitli göstergeler çağrılarak simüle edilebilir.
Böylece tarihin "kalitesi" ve "doğruluğu", işlem sayısına hiçbir şekilde etki etmeyecektir. Ve hesaplama yükünün değiştirilmesi kolaydır. Ve bu arada, bu veya bu göstergenin test cihazı yüklemesine katkısını bulmak kolay olacaktır.
Evet. Belki. Bir dakika içinde bir şeye rastladım - işte düşünmenin ataleti! (Yaşlanıyorum, değil mi?)
Yani bu gerçekten çözüm olabilir.
Evet. Belki. Bir dakika içinde bir şeye rastladım - işte düşünmenin ataleti! (Yaşlanıyorum, değil mi?)
Yani bu gerçekten çözüm olabilir.
Diyelim ki bir saat kullanmak anlamına mı geliyor?
Ancak daha ayrıntılı olarak vurgulananlar hakkında ...
Optimizasyon ile, özellikle içini gerçekten bilmediğim için "siz" deyim.
Ancak, orada doğaüstü ve modellemenin imkansız olacağı bir şey görmüyorum.
Örneğin, şu anki i=101 sayısından karekök çıkarmak da aynı işlemdir.
durumu iyileştirmek için "fiş" nedir ve mt5'te ce2 kullanmanın nedeni ...
Arabalar ayrıca bir bilgisayarda bin kez ve gerçekte bir kez çarpar.
;)
"İçeride" neler olduğu hakkında bir fikrimiz varsa modellemek mümkündür. Aksi takdirde binlerce yıl için uygun bir model seçebiliriz.
Otomobil örneğinde, malzemelerin mukavemeti bilimi vb. vardır. Ancak bize hazır bir model verecek bilim "MT4 test cihazı" yoktur;)
Ve bu arada, ne tür bir "fiş" ve SSE2 orada nasıl yardımcı olur? Ve böyle bir bilgi nereden geliyor? bağlayabilir misin?