MT5 ve iş başında hız - sayfa 85
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
@Anton , birçok normal işlevde karakter yerine NULL belirtebilirsiniz. Yürütme hızını etkiler mi?
Veya Terminal/Test için fark yok mu?
@Anton , birçok normal işlevde karakter yerine NULL belirtebilirsiniz. Yürütme hızını etkiler mi?
Veya Terminal/Test için fark yok mu?
Kesin olarak söyleyemem ama sezgisel olarak hiçbir yere NULL yazmam.
Teorik olarak, önemli olmamalı. Derleme yaparken NULL'un normal bir değere dönüştüğünü düşünüyorum, ancak net olmayanı gözlerimle görmekten hoşlanmıyorum.
Kesin olarak söyleyemem ama sezgisel olarak hiçbir yere NULL yazmam.
Teorik olarak, önemli olmamalı. Derleme yaparken NULL'un normal bir değere dönüştüğünü düşünüyorum, ancak net olmayanı gözlerimle görmekten hoşlanmıyorum.
Aynı şekilde. Ama hıza önem veririm.
SymbolInfoTicks'in hafta sonu ikinci bir zamanlayıcıda nasıl yavaşlayabildiğini anlamıyorum?!
Her birinde, ikinci bir zamanlayıcıda sembolünün yalnızca bir işaretini alan bir Uzman Danışman başlatılan çeşitli sembollerden oluşan 20 grafik.
İzin gününde neden burada yavaşlasın?!
Ekranda ZY 3374 MB - bu bir saat önce bir hafta boyunca kene talep ettim. Bu tür kaynak tasarrufu.
SymbolInfoTicks'in hafta sonu ikinci bir zamanlayıcıda nasıl yavaşlayabildiğini anlamıyorum?!
Her birinde, ikinci bir zamanlayıcıda sembolünün yalnızca bir işaretini alan bir Uzman Danışman başlatılan çeşitli sembollerden oluşan 20 grafik.
İzin gününde neden burada yavaşlasın?!
Sen:
Sen:
SymbolInfoTick'in neden frenleme için bu kadar tercih edilen bir özellik olduğunu merak ediyorum?
SymbolInfoTick'in neden frenleme için bu kadar tercih edilen bir özellik olduğunu merak ediyorum?
Değil.
Herhangi bir programın herhangi bir yerinde her zaman rastgele gecikmeleri yakalarsınız. Her şeyi izlemeye başlayın ve Windows'un gerçekleri karşısında dehşete kapılın. Bunu zaten birkaç kez ayrıntılı olarak açıkladım.
Sistem WinAPI fonksiyonlarında 0 ms yerine 60-80 ms'lik rastgele emisyonları yakaladığımızda da şaşırmıştık.
Artık Windows çözümlerimizin çoğunu toplu olarak özel olarak yağdan arındırılmış Windows Server 2019 Core sürümlerine ve .NET Core web projelerini Linux'a aktarıyoruz. Bu, sistem kaynaklarında büyük tasarruf sağlar ve sistem gecikmesini büyük ölçüde azaltır.
MataTrader 5 terminallerinin yağdan arındırılmasının ilk aşaması olarak, anında kaynak tüketimini izlemek için bir görev yöneticisi sunmaya başladık. Kendimiz için daha fazla bilgi topluyoruz.
Şunlar netleşti:
Teorik olarak, önemli olmamalı. Derleme yaparken NULL'un normal bir değere dönüştüğünü düşünüyorum, ancak net olmayanı gözlerimle görmekten hoşlanmıyorum.
Teorik olarak, sadece etkilemesi gerekir, ancak etkilemez, çünkü
_Symbol, değere göre değil (Yardım'daki açıklamadan aşağıdaki gibi), ancak referansa göre iletilir
Değil.
Herhangi bir programın herhangi bir yerinde her zaman rastgele gecikmeleri yakalarsınız. Her şeyi takip etmeye başlayın ve Windows'un gerçekleri karşısında dehşete kapılın. Bunu zaten birkaç kez ayrıntılı olarak açıkladım.
Teşekkürler, kontrol edeceğim.
Lütfen böyle bir özelliği düşünün.
Boşluklar olmadan TAZE tik alma sorunu artık yalnızca CopyTicks* ile çözülmektedir. Bu, bu ortak görev için çok hantal bir mekanizmadır. Serçeler için bir top gibi.
Bu nedenle frenler, büyük önbellekler vb.
Teorik olarak, sadece etkilemesi gerekir, ancak etkilemez, çünkü
_Symbol, değere göre değil (Yardım'daki açıklamadan aşağıdaki gibi), ancak referansa göre iletilir
İşlevin içinde yine de ilgili onay işaretine atlamanız gerekir. Bu, dize değişkenini ayrıştırma zamanıdır. NULL ile bu gereksizdir.