Doğrusal yavaşlama - bir programcının hatası mı yoksa MT4'ün bir özelliği mi? - sayfa 9
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
Senin hakkında hiçbir şikayetim yok.
K papaklass da eksik.
sen onun avukatı mısın
sen onun savcısı mısın? Onun için saydıklarını beğenmedim - orada söyleyebilirsin, ama senin için değil, ama burada yapamazsın, ama o amca yapabilir.
Sadece hoşuma gitmedi, öyle dedim. Kişisel iddia yok - tamamen durumla ilgili.
-Aleks- :
Bu nedenle, yaklaşık veri işleme hızı, açılış fiyatlarında saatlik bir zaman diliminde 2000'den 2013'e 23 geçiştir:
1. Kamikadze_MA_V_01 - 5 dakika
2. Kamikadze_MA_V_02 - 15 dakika
3. Kamikadze_MA_V_03 - 30 dakikadan fazla
Böyle bir çalışma, hızla bir danışman kurma yeteneğini öldürür.
Yani, 30 dakikada 23 geçiş - bu uzun bir süre mi? .. İlginç.
Haziran'dan Eylül'e kadar M15'te bir danışmanım var, test cihazında bir gün geçirmek için tüm keneler üzerinde. İşte - uzun. Genel olarak optimizasyondan bahsediyorum. Ve ona ihtiyacı yok...
Haziran'dan Eylül'e kadar M15'te bir danışmanım var, test cihazında bir gün geçirmek için tüm keneler üzerinde. İşte - uzun. Genel olarak optimizasyondan bahsediyorum. Ve ona ihtiyacı yok...
Yani, 30 dakikada 23 geçiş - bu uzun bir süre mi? .. İlginç.
Haziran'dan Eylül'e kadar M15'te bir danışmanım var, test cihazında bir gün geçirmek için tüm keneler üzerinde. İşte - uzun. Genel olarak optimizasyondan bahsediyorum. Ve ona ihtiyacı yok...
En önemlisi, Expert Advisor evrimleştiğinde iş hızının nasıl gerilediğini gösterdim. Kenelerle çalışan bir Uzman Danışman - Keneler oluşturulduğu ve tarihle hiçbir ilgisi olmadığı için bundan hiç şüphem yok.
Ve 9 aylık bir geçmişin açılış fiyatlarında M5'te çoklu para birimim var, 15.000 geçiş genetik için 20 dakika harcıyor. Ancak bu aynı zamanda bir gösterge değildir. Çok kullanılan göstergelerin sayısına bağlıdır ...
Göstergelerin hesaplanan verilerini önceden hazırlayarak ve önceden bir dosyaya kaydederek bir danışmanın tarih konusundaki çalışmalarını önemli ölçüde hızlandırmak mümkün müdür?
En önemlisi, Expert Advisor evrimleştiğinde iş hızının nasıl gerilediğini gösterdim. Kenelerle çalışan bir Uzman Danışman - Keneler oluşturulduğu ve tarihle hiçbir ilgisi olmadığı için bundan hiç şüphem yok.
Göstergelerin hesaplanan verilerini önceden hazırlayarak ve önceden bir dosyaya kaydederek bir danışmanın tarih konusundaki çalışmalarını önemli ölçüde hızlandırmak mümkün müdür?
Diskten okuma hızının, optimize edilmiş göstergeyi hesaplama hızını kaybetme olasılığı vardır. Peki ya uzak aracılarla ilgili hesaplamalar? Onlara hesaplanmış göstergeler gönderilsin mi? Özel durumunuzda, yürütme hızını optimize etmek için birçok seçenek vardır. Ekstra döngülerden kaçınılmalıdır. + Her bir tik üzerinde tüm eylemleri gerçekleştirmenin bu kadar kritik olup olmadığını düşünmek belki de " yeni bar olayı" ile sınırlı kalmak yeterli olacaktır.
Diskten okuma hızının, optimize edilmiş göstergeyi hesaplama hızını kaybetme olasılığı vardır. Peki ya uzak aracılarla ilgili hesaplamalar? Onlara hesaplanmış göstergeler gönderilsin mi? Özel durumunuzda, yürütme hızını optimize etmek için birçok seçenek vardır. Ekstra döngülerden kaçınılmalıdır. + Her bir tik üzerinde tüm eylemleri gerçekleştirmenin bu kadar kritik olup olmadığını düşünmek belki de " yeni bar olayı" ile sınırlı kalmak yeterli olacaktır.
Verileri bir kez okuyup onlardan bir dizi oluşturmak ve ancak o zaman ona erişmek mümkün değil mi?
Spesifik Uzman Danışmanıma gelince, optimizasyonu açılış fiyatlarında yaptığımı hatırlatırım - yani. görünüşte kene yok. Düşünmeye gelince, sonunda uygulayıcıya kendi kodumu optimize etmesi için para ödüyorum, ancak danışmanın eyleminde meydana gelen olayların kodunu kontrol etmeden, optimize edicideki çalışma hızında önemli bir artış vaat ediyor, ben umarım bu böyledir.
İyi tavsiye için teşekkürler!
Burada bir soru soracağım, bar açılışı sırasında aynı anda 20 danışman çalışırsa, verilerin hesaplanması sırasında fiyat çok değişeceği için bu durum zirve frenlemeye ve açılış emirlerinde hatalara yol açmaz mı?
Verileri bir kez okuyup onlardan bir dizi oluşturmak ve ancak o zaman ona erişmek mümkün değil mi?
Test ederken, geçmiş üzerinden bir çalışma gerçekleşir. Ticaret öykünmesi. her bir sonraki sayımda (danışmanı arayarak) yalnızca önceden ulaşmış olan verileri alır. Bir dosya olması durumunda, gelecekteki çağrılarda kendisini bekleyen gelecek de dahil olmak üzere, göstergenin TÜM geçmişine sahip olacaktır. onlar. ya dosyayı okumanız ya da diziyi doğru bir şekilde ele almanız gerekir. Bu arada, dizi bellekte çok yer kaplayacak. Sizi temin ederim, optimize ederken hareket etmeniz gereken yön bu değil. En azından bu durumda, kesinlikle değil.
Burada bir soru soracağım, bar açılışı sırasında aynı anda 20 danışman çalışırsa, verilerin hesaplanması sırasında fiyat çok değişeceği için bu durum zirve frenlemeye ve açılış emirlerinde hatalara yol açmaz mı?
20 Uzman Danışmanın tümü aynı cihazdaysa, evet. Neredeyse aynı anda hesaplamaya başlayacaklar. Ama şunu hesaba katmanız gerekir:
- her biri ayrı bir iş parçacığında yürütülecektir. 4 çekirdekli bir bilgisayar konfigürasyonu ile 4, çok az veya hiç parazit olmadan aynı anda çalışabilecek.
- tek bir hesaplamanın süresinin, bir ticaret talebi gönderme süresiyle kıyaslanamayacak kadar kısa olması muhtemeldir. Bu nedenle, ticaret emirlerini cari fiyatlarla (bir geçişte birkaç tane oluşturulabiliyorsa) eşzamansız olarak göndermek daha iyi olacaktır. Bu, ikincisini göndermeden önce ilk siparişi vermenin sonucunu beklememenizi sağlayacaktır. Ama burada bile farklı seçenekler olabilir... Her şey ticaret stratejisine bağlı.
Uzman Danışmanlar farklı enstrümanlar üzerinde çalışıyorsa, işaretler ve yeni çubuk çoğu zaman aynı anda oluşmaz.
Test ederken, geçmiş üzerinden bir çalışma gerçekleşir. Ticaret öykünmesi. her bir sonraki sayımda (danışmanı arayarak) yalnızca önceden ulaşmış olan verileri alır. Bir dosya olması durumunda, gelecekteki çağrılarda kendisini bekleyen gelecek de dahil olmak üzere, göstergenin TÜM geçmişine sahip olacaktır. onlar. ya dosyayı okumanız ya da diziyi doğru bir şekilde ele almanız gerekir. Bu arada, dizi bellekte çok yer kaplayacak. Sizi temin ederim, optimize ederken hareket etmeniz gereken yön bu değil. En azından bu durumda, kesinlikle değil.
20 Uzman Danışmanın tümü aynı cihazdaysa, evet. Neredeyse aynı anda hesaplamaya başlayacaklar. Ama şunu hesaba katmanız gerekir:
- her biri ayrı bir iş parçacığında yürütülecektir. 4 çekirdekli bir bilgisayar konfigürasyonu ile 4, çok az veya hiç parazit olmadan aynı anda çalışabilecek.
- tek bir hesaplamanın süresinin, bir ticaret talebi gönderme süresiyle kıyaslanamayacak kadar kısa olması muhtemeldir. Bu nedenle, ticaret emirlerini cari fiyatlarla (bir geçişte birkaç tane oluşturulabiliyorsa) eşzamansız olarak göndermek daha iyi olacaktır. Bu, ikincisini göndermeden önce ilk siparişi vermenin sonucunu beklememenizi sağlayacaktır. Ama burada bile farklı seçenekler olabilir... Her şey ticaret stratejisine bağlı.
Uzman Danışmanlar farklı enstrümanlar üzerinde çalışıyorsa, işaretler ve yeni çubuk çoğu zaman aynı anda oluşmaz.
Açık emirlere emir gönderirken yapay bir gecikme yapmanın gerekli olduğunu doğru anladım, ancak aynı zamanda açıldıklarına dair onay beklememek mi?
Açık emirlere emir gönderirken yapay bir gecikme yapmanın gerekli olduğunu doğru anladım, ancak aynı zamanda açıldıklarına dair onay beklememek mi?
micle :
никаких искусственных задержек делать не нужно. Это за вас сделает интернет и брокер...
Manuel alım satım sırasında meydana gelen aşağıdaki durumdan bahsediyorum - bir emir açmak ve işlenene kadar beklemek için bir istek gönderdim, bir dakika bekliyorsunuz ve başka bir emir göndermeye çalıştığınızda "kanal iste" yazıyorlar. meşgul", sonuç olarak, kural olarak, fiyat değişikliği nedeniyle ilk sipariş açılmaz ve ikinci terminal göndermeye izin vermedi (veya komisyoncu kabul etmedi mi?), Danışman bu konuda nasıl davranacak? durumda, bunu bir şekilde belirtmek gerekli mi, yoksa açılmasını beklemeden açılış istekleri gönderebilecek mi?