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
Mevcut işlemci seviyesinde, çift matematiğin frenlerini unutabilirsiniz. Fren yok.
Ve tamsayıya aktararak optimizasyon yöntemleri zaten gerçekten modası geçmiş. Matematikte kazanacağınızdan çok daha fazlasını dönüşümde kaybedersiniz.
64-bit kodu ve derleyicimizi göz önünde bulundurarak, ikili hesaplamalara dayalı görev sınıfındaki tamsayıyı unutmamız gerekiyor..
İşte Nikolay'ın optimizasyon girişimlerini analiz etmenin önceki bir örneği: https://www.mql5.com/en/forum/1111/page2164#comment_6796332
Derleyici , farklı ifadelerden iki 64 bitlik çift kök hesaplamasını 128 bitlik bir montaj talimatında birleştirmeyi başardı. Çift matematikle çalışırken, tamsayı türlerine atlamak/dönüştürmek kesinlikle önerilmez. Dönüşümde vahşi işlemci (bizim değil) ek yükleri var.
yuvarlamaya gerek yok
İşte size iyi bir örnek olarak bir komut dosyası.
İlk önce varsayılan parametrelerle çalıştırın (düzleştirilmiş daireler ve çift koordinatlar ve boyutlar ile)
ve ardından type = not_smoothed_circles parametresiyle çalıştırın (düzleştirilmemiş daireler ve int türünün koordinatları ve boyutları ile - CCanvas sınıfından)
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.
Mevcut işlemci seviyesinde, çift matematiğin frenlerini unutabilirsiniz. Fren yok.
Ve tamsayıya aktararak optimizasyon yöntemleri zaten gerçekten modası geçmiş. Matematikte kazanacağınızdan çok daha fazlasını dönüşümde kaybedersiniz.
64-bit kodu ve derleyicimizi göz önünde bulundurarak, ikili hesaplamalara dayalı görev sınıfındaki tamsayıyı unutmamız gerekiyor..
İşte Nikolay'ın optimizasyon girişimlerini analiz etmenin önceki bir örneği: https://www.mql5.com/en/forum/1111/page2164#comment_6796332
Derleyici , farklı ifadelerden iki 64 bitlik çift kök hesaplamasını 128 bitlik bir montaj talimatında birleştirmeyi başardı. Çift matematikle çalışırken, tamsayı türlerine atlamak/dönüştürmek kesinlikle önerilmez. Dönüşümde vahşi işlemci (bizim değil) ek yükleri var.
Keneleri tamsayı yaparsanız, "Test Edici" nin çok daha hızlı çalışmaya başlayacağından neredeyse eminim.
Hayır, peki, bu geçiş değil. Bir streç ile geçiş diyebilirsiniz:
Genel olarak, gerçek olanı kendim yapmak için çok tembeldim - onu örnek klasörlerinde buldum.
Dönüşüm, kelimenin tam anlamıyla - öldürmek.
Keneleri tamsayı yaparsanız, "Test Edici" nin çok daha hızlı çalışmaya başlayacağından neredeyse eminim.
At, Elena Yurievna'nın dediği gibi anlıyor.
Doom'dan ilham alındı ve @fxsaber tarafından tavsiye edildi.
Bu sitenin algoritması, küçük değişikliklerle temel alınmıştır.
Ne resim yapıyorsun Nikolai?
Keneleri tamsayı yaparsanız, "Test Edici" nin çok daha hızlı çalışmaya başlayacağından neredeyse eminim.
Numara.
Başlamak için şunu anlayın:
Dönüşüm, kelimenin tam anlamıyla - öldürmek.
Bunu burada tartışmaya değmez, ama yine de Morphing (İngilizce geçiş - dönüşüm) Ölüleri orada nerede gördün - ayık ...
Bunu burada tartışmaya değmez, ama yine de Morphing (İngilizce geçiş - dönüşüm) Ölüleri orada nerede gördün - ayık ...
Morfometrik analiz - ölü hücrelerin analizi. Önce öldürürüz, sonra - mikroskop altında.
Numara.
Int, double'dan iki kat daha hızlıdır