Tuval harika! - sayfa 18
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örünüşe göre, neden bahsettiği konusunda bir yanlış anlama var. Tamsayı fiyatlarının belirli durumlarda kazanç sağlayabileceği belirli bir test cihazı sorununa bir örnekti. Evrensel durum kastedilmemiştir. Bu yüzden yukarıda linkini verdiğim Tester'ım double olarak uygulanıyor çünkü. evrensel.
Zamanın% 100'üne katılamazsınız.
Bir açıklama yaptın:
Keneleri tamsayı yaparsanız, "Test Edici" nin çok daha hızlı çalışmaya başlayacağından neredeyse eminim.
Bunu uygulamaya koymaya çalışırken kesinlikle yanlıştır. Uygulamada %100 yanlış.
Bu nedenle teoriye girmeye veya konuyu değiştirmeye gerek yoktur. Konu "mevcut test cihazı bir tam sayıya dönüştürüldüğünde hızlandırılabilir". Ve konu istisnasız %100 yanlış.
Bir açıklama yaptın:
Bunu uygulamaya koymaya çalışırken kesinlikle yanlıştır. Uygulamada %100 yanlış.
Bu nedenle teoriye girmeye veya konuyu değiştirmeye gerek yoktur. Konu "mevcut test cihazı bir tam sayıya dönüştürüldüğünde hızlandırılabilir". Ve konu istisnasız %100 yanlış.
Lütfen bunun Tester kelimesinin orijinal olarak benim tarafımdan tırnak içinde alındığı tek ifadem olduğunu unutmayın. Açtığın konuyu yanlış anlamışsın.
Bu, herhangi bir danışmanın kodunu (herhangi bir göstergeyle) değiştirmeden, tüm işlemler ve karlarla tam bir geçiş yapan Test Cihazınız için bir eklentidir. Ancak bunu normal Test Cihazından daha hızlı yapar. Tekrarlanabilir tüm kanıtları gösterdi. Kaynaktan insanlar bu ifadeleri doğruladı.
Göstermek.
Ve sonra meselenin bir tamsayı mekanizmasına geçişte olduğunu kanıtlayın, şu veya bu mekanizmayı bir gözetim nedeniyle verimsiz bir şekilde uyguladığımız gerçeğinde değil.
Açık pozisyonların tabanını yeniden hesaplamanın etkisinden bahsediyorsak, gerçekten önümüzdeki günlerde düzelteceğimiz frenler var.Lütfen bunun Tester kelimesinin orijinal olarak benim tarafımdan tırnak içinde alındığı tek ifadem olduğunu unutmayın. Açtığın konuyu yanlış anlamışsın.
Her şeyi doğru anladım.
Ve sizin için hoş olmayan ayrıntılarla konuyu doğru bir şekilde ortaya koydu. Tamsayı test cihazını hesaplamadığımızı düşünüyorsanız, büyük ölçüde yanılıyorsunuz.
Göstermek.
Açık pozisyonların tabanını yeniden hesaplamanın etkisinden bahsediyorsak, gerçekten önümüzdeki günlerde düzelteceğimiz frenler var.
Harika olurdu!
Gösteririm.
Durum bu mu?
https://www.mql5.com/ru/forum/285631/page107#comment_10271917
Keneleri tamsayı yaparsanız, "Test Edici" nin çok daha hızlı çalışmaya başlayacağından neredeyse eminim.
Bu iki özdeş komut dosyasında double ve int performansını karşılaştırdım:
Şaşırtıcı bir şekilde, baskın çifte sahip varyantın işlemcimde biraz daha hızlı olduğu ortaya çıktı.
Harika oldu.
Kenar yumuşatma olmadan saniyede 347 kareye ve 2100x550 pikselde tuval üzerinde kenar yumuşatma 97'ye sahibim.
Bilgi için, saniyede 500 karelik bir pencere güncelleme hızı sınırlayıcımız var. Bu da grafiklerde ne kadar performans elde edilebileceğini gösteriyor.
Teşekkür ederim.
Aslında, çift daireleri yumuşatırken, int daireleri yaklaşık %20 oranında yumuşatmadan orijinal olanlardan daha yavaştır. 300'e karşı 250 fps'im var.
Görünüşe göre düzleştirilmiş daireleri gölgelerle ölçtünüz ve bir dairenin gölgesi dairenin kendisinden çok daha doyumsuz. Gölge çizerek gölge kapatılabilir mi? = yanlış.
Bu iki özdeş komut dosyasında double ve int performansını karşılaştırdım:
Şaşırtıcı bir şekilde, baskın çifte sahip varyantın işlemcimde biraz daha hızlı olduğu ortaya çıktı.
(int)double veya (double)int gibi toplu dönüşümlerin ateşi gibi ve mat işlemlerinde genellikle int+double'ı karıştırmaya dikkat edin.
Bu, işlemcideki en çılgın ek yükü verir - bu kadar pahalı bir montaj talimatı. Çift sayıyorsanız, içinde saymaya devam edin ve tamsayı türlerine geçiş yapmayın.
cvtsi2sd/cvttsd2si gibi komutlar çok uzundur. " En yavaş x86 talimatı " makalesinde küçük bir ipucu, 2 numaralı kötü adam.
Intel® 64 ve IA-32 Mimarileri Optimizasyon Referans Kılavuzu , cvttsd2si talimatının maliyetinin 5 gecikme olduğunu söylüyor (bkz. Ek C-16). cvtsi2sd, mimarinize bağlı olarak, Silvermont'ta 1'den diğer birçok mimaride 7-16'ya kadar değişen gecikme süresine sahiptir.
Agner Fog'un talimat tabloları , Silvermont'ta cvtsi2sd için 5 döngü gecikmesi (2 saat başına 1 adet ile) veya Haswell'de saat başına bir adet olmak üzere 4c gecikme (hedef kaydına bağımlılıktan kaçınırsanız) gibi daha doğru/mantıklı sayılara sahiptir. gcc'nin genellikle pxor xmm0,xmm0) ile yaptığı gibi, eski üst yarıyla birleşmekten.
Teşekkür ederim.
Aslında, çift daireleri yumuşatırken, int daireleri yaklaşık %20 oranında yumuşatmadan orijinal olanlardan daha yavaştır. 300'e karşı 250 fps'im var.
Görünüşe göre düzleştirilmiş daireleri gölgelerle ölçtünüz ve bir dairenin gölgesi dairenin kendisinden çok daha doyumsuz. Gölge çizerek gölge kapatılabilir mi? = yanlış.
Çıktı frekansına değil, tuval oluşturma frekansına baktığım ortaya çıktı.
Bunlar birbirinin katı olan farklı sayılardır.