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
Göstergeleriniz kenelerin alımını/süperpozisyonunu utanmadan yavaşlattığında, tik başına yüzlerce milisaniye ve hatta saniye harcayarak verilerin nerede mevcut olacağını (özellikle garantili) düşünün. Sonuç olarak, keneleri zamanında işlemek için hiçbir CPU yeterli değildir, bu da birikme açığına ve grafik geçmişinde buna karşılık gelen bir yavaşlamaya neden olur.
"Garantili vermek" istediğinizde, büyük olasılıkla "Hiçbir şey bilmek istemiyorum, istediğim gibi yazmaya devam etmek istiyorum, performans ve kilitler hakkında düşünmek istemiyorum, sadece ver" talebi mi?
Milyonlarca çubuk size uygun olduğunda, kendinizin ve başkalarının göstergelerinin performansını düşünün. Kötü yazılmış ve pahalı bir gösterge, sembolünün çizelgelerinin güncellenmesini kolayca yavaşlatabilir.
Başlamak için OnCalculate'in ne kadar süreyle çalıştığını mikrosaniye cinsinden ölçmeye başlayın. Ardından, göstergenin saniye başına tık olarak maksimum verimini elde etmek için 1 saniyeyi ortalama onay süresine bölün.
Bu hemen ayıklanıyor.
Önerilen sürümdeki gösterge tarafından yeni veri işleme türü için yalnızca bir onay işareti (yeni çubuk) bırakalım, sıfır çubuğunun ve sıfır çubuğundaki kâsenin çoklu yeniden hesaplanmasını kim seviyorsa - mevcut sürümde oturmasına izin verin. OnInit'e yeni bir iOnCalculate işlevi ekleyin - göstergedeki TF işlevlerinden/Symbol OnCalculate'den birinin tutamacı, iCustom gibi, sadece biraz daha yakın çıkıyor, OnCalculate tarafından gösterge tamponları iOnCalculate tanıtıcısına bağlı. OnCalculate type gösterge işlevinde yalnızca yeni bir çubuk işareti gönderin. Terminal için hiçbir şey değişmeyecek, OnCalculate işleminin tüm ana mantığı aynı olacak, göstergenin ana gövdesi örneğin OnMain eklenecek.(Artık her şey ana göstergeye bağlı gösterge(ler) tarafından yapılıyor. ve ondan yeni bir çubukta aradı).
Süper hız her zaman gerekli değildir, işin rahatlığı da çok önemlidir, şimdi çoklu para birimi göstergeleri yazmak bir "manuel gün batımı", MT4'te bile daha kolaydı çünkü orada her zaman yavaş da olsa i-işlevlerinden geçebilirsiniz, ancak almak için, ancak MT5 verilerinde, yani orada değil ve yine de kendiniz özel bir kod oluşturmanız gerekiyor.
Teorilere sahip olmayalım.
Sadece çoğaltmak için bir örnek verin ve davanızın etrafında hangi korkunun olduğunu görelim. Şimdiye kadar, her şey performansın tamamen göz ardı edilmesi, öldürücü fren göstergelerinin gizlenmesi ve gölgelenmeye çalışılması gibi görünüyor.
Teorilere sahip olmayalım.
Sadece çoğaltmak için bir örnek verin ve davanızın etrafında hangi korkunun olduğunu görelim. Şimdiye kadar, her şey performansın tamamen göz ardı edilmesi, öldürücü fren göstergelerinin gizlenmesi ve gölgelenmeye çalışılması gibi görünüyor.
Ekte bir örnek var, bu henüz bitmiş bir kod değil, bazı yerlerde bitmemiş ama çalıştırabilirsiniz, kolaylık olması için bir şablon da ekliyorum,
azarlamayı tahmin ederek, hemen bir programcı olmadığımı, kodun muhtemelen uygun olmadığını söyleyeceğim, genel olarak insani bir ekonomistim, MT5'te çok acı çekiyorum, MT4'te daha az acı çekiyorum,
Gerçekten yukarıda açıklandığı gibi senkronize bir dizi oluşturacak basit ve güvenilir bir işlev istiyorum https://www.mql5.com/en/forum/289897/page2#comment_9363454
bu açıkça gerekli verileri verirdi ve şikayet etmiyorum ve benim için göstergemi yazmanızı istemiyorum, sadece (bu arada sadece ben değil) uygun bir standart işlev istiyorum.
EDIT: sabit ekler
Önerdiğimi yap, lütfen.
Aksi takdirde, %100 çoğaltma için eksiksiz malzemelere ihtiyaç vardır.Hata raporlarıyla garip bir ilişkiniz var. Sanki bir şeyi kanıtlamam için bana para ödemiyorlar gibi. Durumu elimden geldiğince anlattım.
Sorun sadece bende değil, sorun 30. güncellemenizden sonra ortaya çıktı ama yine de benim aptal olduğumu ve bazı yavaş göstergelerin suçlu olduğunu ima ediyorsunuz.
Ve ondan önce bir yıl boyunca frenlenmemişler miydi?
M30'da piyasaya sürüldükten 25 dakika sonra çöken bir kod örneği:
Ve işte sonuç:
Ekte bir örnek var, bu henüz bitmiş bir kod değil, bazı yerlerde bitmemiş ama çalıştırabilirsiniz, kolaylık olması için bir şablon da ekliyorum,
azarlamayı tahmin ederek, hemen bir programcı olmadığımı, kodun muhtemelen uygun olmadığını söyleyeceğim, genel olarak insani bir ekonomistim, MT5'te çok acı çekiyorum, MT4'te daha az acı çekiyorum,
Gerçekten yukarıda açıklandığı gibi senkronize bir dizi oluşturacak basit ve güvenilir bir işlev istiyorum https://www.mql5.com/en/forum/289897/page2#comment_9363454
gerekli verileri açık bir şekilde üretecek olan,
Şikayet etmiyorum ve göstergemi benim için yazmanızı istemiyorum, sadece (bu arada sadece ben değil) uygun bir standart fonksiyon istiyorum.
EDIT: sabit ekler
Hata raporlarıyla garip bir ilişkiniz var. Sanki bir şeyi kanıtlamam için bana para ödemiyorlar gibi. Durumu elimden geldiğince anlattım.
Bu başlıkta daha önce yazılmış hiçbir şekilde bir hata raporu çekmez.
Her şey, herhangi bir teknik ayrıntı olmadan şikayet şemasına göre gitti. Ve ancak soruşturmamdan sonra ayrıntılar ortaya çıkmaya başladı.
Hata raporlarıyla garip bir ilişkiniz var. Sanki bir şeyi kanıtlamam için bana para ödemiyorlar gibi. Durumu elimden geldiğince anlattım.
Sorun sadece bende değil, sorun 30. güncellemenizden sonra ortaya çıktı ama yine de benim aptal olduğumu ve bazı yavaş göstergelerin suçlu olduğunu ima ediyorsunuz.
Ve ondan önce bir yıl boyunca frenlenmemişler miydi?
M30'da başlatıldıktan 25 dakika sonra donan bir kod örneği:
Ve işte sonuç:
Yüklendi
Şimdi 18.10 Her şey çalışıyor.
Ekte bir örnek var, bu henüz bitmiş bir kod değil, bazı yerlerde bitmemiş ama çalıştırabilirsiniz, kolaylık olması için bir şablon da ekliyorum,
Doğrudan koddan ve işten:
"Başarılı bir özgeçmiş için dikkatlice bekleyeceğim." Örneğin, OnCalculate çağrılmaz.
Aynı zamanda, bu sembolün çizelgelerinin güncellenmesi engellenir ve diğer birçok katılımcının yeni veri almaması için beklemesi gerekir. Gösterge uzun süre kaynak almamalıdır. OnCalculate'de uzun bir başlatmayı adım adım / karakter karakter başlatmaya eşit olarak uzatmak, parçalar halinde saymak daha iyidir.
Hata raporlarıyla garip bir ilişkiniz var. Sanki bir şeyi kanıtlamam için bana para ödemiyorlar gibi. Durumu elimden geldiğince anlattım.
Sorun sadece bende değil, sorun 30. güncellemenizden sonra ortaya çıktı ama yine de benim aptal olduğumu ve bazı yavaş göstergelerin suçlu olduğunu ima ediyorsunuz.
Ve ondan önce, bir yıl boyunca frenlenmemişler miydi?
M30'da piyasaya sürüldükten 25 dakika sonra çöken bir kod örneği:
Ve işte sonuç:
Kodu işe koy. Şimdilik sorun değil.
Bu arada, gövdesi olmayan bir dosya.