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
...
1000 satırlık bir tabloda kaydırarak gözlerinizle neler görebilirsiniz? Hangi sorun çözülüyor?
PS Offtopic tekrar gitti...
Andrey, görev kullanıcıya herhangi bir tablo oluşturma fırsatı vermekti. Sharp'ta olduğu gibi. Kafasından ne geçtiği önemli değil...)
Offtopik bitirmeyi öneriyorum.))
not. Adil olmak gerekirse, tablonun sadece görünen kısmını yeniden çizebileceğinizi ve sadece scroll olayında görünmeyen kısmı yeniden çizebileceğinizi belirtmek gerekir. Ama yine, bu bir stres testiydi.
not. Her şey tablodaki değerlerin tam olarak nasıl değiştiğine bağlıdır. Değerler çok hızlı ve sürekli değişiyorsa, kaydırma sırasında yalnızca görünen alanı yeniden çizmek ve görünmeyen alanı yeniden çizmek daha iyidir. Değerler nadiren değişirse, her şeyi bir kerede yeniden çizmek daha iyidir, böylece kaydırma başladığında yeniden çizim nedeniyle gecikme olmaz. Tablodaki değerlerin ne sıklıkla değişeceğini tam olarak bilmenin imkansız olduğu gerçeğine dayanarak, her şeyi bir kerede yeniden çizmek için evrensel bir yöntem seçtim. Sonuçta, değerlerin deli gibi dans ettiği nadiren devasa tablolar vardır. Bu nedenle, tüm tuvali bir kerede yeniden çizmek ve kaydırmanın başlangıcındaki gecikmeyi atlamak daha iyidir.
ZYY. 900*7000 piksellik bir tuvalin yeniden çizilmesinin ne kadar sürdüğünü gördünüz mü? Bu gecikme MT5'te bile yüzlerce milisaniyeye ulaşabilir. Kaydırmanın başlangıcında böyle bir gecikme yaşamak çok can sıkıcı. Bu nedenle, yeniden çizim sıklığı küçükse, her şeyi bir kerede çizmek daha iyidir.
Konuya geri dönersek - bu, MT5'te çoklu kullanım ihtiyacının nedenlerinden biridir!))
ZYYY. Son olarak. Büyük tabloları çok sık yeniden çizerken işlemci yükü sorununu aşmak için farklı bir yol seçtim. Değişen değerlerin çıkış hızı için özel bir kontrolör yaptım. Yani, değerler hızlı bir şekilde değişir, ancak kullanıcı çıktılarının (yeniden çizme) hızını bir kaydırıcı ile kontrol eder (gösterdim). Böylece işlemci üzerindeki yük önemli ölçüde azaltılır ve kullanıcının tablodan bilgileri algılaması daha uygundur.
Andrey, görev kullanıcıya herhangi bir tablo oluşturma fırsatı vermekti. Sharp'ta olduğu gibi. Kafasına girmesi yetmiyor...))
Offtopik bitirmeyi öneriyorum.))
not. Adil olmak gerekirse, tablonun sadece görünen kısmını yeniden çizebileceğinizi ve sadece scroll olayında görünmeyen kısmı yeniden çizebileceğinizi belirtmek gerekir. Ama yine, bu bir stres testiydi.
not. Her şey tablodaki değerlerin tam olarak nasıl değiştiğine bağlıdır. Değerler çok hızlı ve sürekli değişiyorsa, kaydırma sırasında yalnızca görünen alanı yeniden çizmek ve görünmeyen alanı yeniden çizmek daha iyidir. Değerler nadiren değişirse, her şeyi bir kerede yeniden çizmek daha iyidir, böylece kaydırma başladığında yeniden çizim nedeniyle gecikme olmaz. Tablodaki değerlerin ne sıklıkla değişeceğini tam olarak bilmenin imkansız olduğu gerçeğine dayanarak, her şeyi bir kerede yeniden çizmek için evrensel bir yöntem seçtim. Sonuçta, değerlerin deli gibi dans ettiği nadiren devasa tablolar vardır. Bu nedenle, tüm tuvali bir kerede yeniden çizmek ve kaydırmanın başlangıcındaki gecikmeyi atlamak daha iyidir.
ZYY. 900*7000 piksellik bir tuvalin yeniden çizilmesinin ne kadar sürdüğünü gördünüz mü? Bu gecikme MT5'te bile yüzlerce milisaniyeye ulaşabilir. Kaydırmanın başlangıcında böyle bir gecikme yaşamak çok can sıkıcı. Bu nedenle, yeniden çizim sıklığı küçükse, her şeyi bir kerede çizmek daha iyidir.
Konuya geri dönersek - bu, MT5'te çoklu kullanım ihtiyacının nedenlerinden biridir!))
ZYYY. Son olarak. Büyük tabloları çok sık yeniden çizerken işlemci yükü sorununu aşmak için farklı bir yol seçtim. Değişen değerlerin çıkış hızı için özel bir kontrolör yaptım. Yani, değerler hızlı bir şekilde değişir, ancak kullanıcı çıktılarının (yeniden çizme) hızını bir kaydırıcı ile kontrol eder (gösterdim). Böylece işlemci üzerindeki yük önemli ölçüde azaltılır ve kullanıcının tablodan bilgileri algılaması daha uygundur.
Peter, eşzamansızlık, çoklu iş parçacığı ve paralellik arasındaki farkı anlıyor musun?
Peter, eşzamansızlık, çoklu iş parçacığı ve paralellik arasındaki farkı anlıyor musun?
Bir iş parçacığında asenkron veya paralel çalışma örneği vermeyi öneriyorum.
Tamam, getir!
Tamam, getir!
Tamam, getir!
Tek elle pamuk mu? dışarıdaki zen zen değil :-)
Pekala, Peter'ın sanal alanın dışına çıkmadığından eminsin. Temelde terimleri anlayamıyor
Neden böyle sorular? evet, profesyonel bir muhabir gibi sel basmaya başlayacak
Tek elle pamuk mu? dışarıdaki zen zen değil :-)
Pekala, Peter'ın sanal alanın dışına çıkmadığından eminsin. Temelde terimleri anlayamıyor
Neden böyle sorular? evet, profesyonel bir muhabir gibi sel basmaya başlayacak
Çocuklar, peki, temel mantık. Peki, tek bir eylem dizisinin üzerinden atlayarak bir iş parçacığında asenkron bir şey nasıl yapılır? Yalnızca bir daire içinde hareket ederlerse ve her yinelemede hangi işlemlerin gerçekleştirileceğine ve hangilerinin erteleneceğine karar verirler. Ama bu normal bir uyumsuzluk mu? Paralellikten hiç bahsetmeye değmez. Bir iş parçacığında paralellik ne olabilir? ))
İki veya yirmi iki iş parçacığı senkron veya asenkron olabilir. Tek bir iş parçacığı hem senkron hem de asenkron işlemleri içerebilir. Nasıl olduğunu kendin belirttin. Paralel açılamıyor.
Çocuklar, peki, temel mantık. Peki, tek bir eylem dizisinin üzerinden atlayarak bir iş parçacığında asenkron bir şey nasıl yapılır? Yalnızca bir daire içinde hareket ederlerse ve her yinelemede hangi işlemlerin gerçekleştirileceğine ve hangilerinin erteleneceğine karar verirler. Ama bu normal bir uyumsuzluk mu? Paralellikten hiç bahsetmeye değmez. Bir iş parçacığında paralellik ne olabilir? ))
zaman uyumsuz bir çağrı mutlaka yeni bir iş parçacığının oluşturulmasıyla sonuçlanmaz