"Model aramada brute force yaklaşımı (Bölüm III): Yeni ufuklar" makalesi için tartışma - sayfa 4
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
Tüm konuyu okumanıza gerek yok, tüm mesele bu gönderide. Tamamen rastgele bruteforce. 1 varyant "optimize et" sid pgsch, başka bir varyant N çubuk boyunca işareti değiştirir, N optimize edici tarafından seçilir. Bunu yapmadığınız için opencl'e aktarmayı deneyeceğim, mt normal olarak test etmeye izin vermiyor.
herhangi bir bruteforce rastgeledir, bu yüzden bruteforce'dur, çünkü rastgele sayılar üretilir. Eğer bir şey optimize edici tarafından yakalanırsa, bu bruteforce değil, donanımla alay etmektir, çünkü üçüncü taraf yazılımlarda bu yüzlerce ve binlerce kat daha hızlı gerçekleşir. İyileştirici prensip olarak bu amaçlar için tasarlanmamıştır. Herkesin üçüncü parti yazılımlar yapmaya çalışmasının nedeni budur. Neden grafiklerinize işkence etmeniz gerekiyor, işlemcilerde her şey normal sayılır. Özel bir mesajla, sadece normalde kendi yaptığınız kısaltmalar olmadan ve ayrıntılı olarak ne yaptığınızı ve neden düşündüğümü yazın ve gerçekten tavsiyeye ihtiyacınız varsa size bu konuda ne düşündüğümü söyleyeceğim.
Sanırım ne demek istediğinizi anlamaya başladım. Şöyle yazılmalı: Bir dizi veya sayı matrisinin içine düştüğü, sayı modüllerinin değişmediği, ancak bu sayıların işaretlerinin sürekli olarak ters çevrildiği bir koşullar veya formül sistemi vardır. Sizin durumunuzda işaretleri üretmenin en iyi yolunu bulmanız gerekir, yani "1", "-1" sayıları içeren bir dizi veya matris üreten bir işleve ihtiyacınız vardır. Matrisler veya diziler (vektörler) eleman eleman çarpılır (matris çarpma kuralına göre değil), böylece elemanlarının işaretleri değişmiş yeni bir matris elde edersiniz. Bu durumda, rastgele sayıların üretilmesi daha etkili olacaktır, çünkü bu yöntemin değişkenliği maksimumdur. Çubuk sayısına bağlanarak sisteminizi sınırlandırırsınız (yani, bazı yararlı kombinasyonların atılacağı neredeyse yüzde 100). Ve bu kombinasyonların arama sıklığı maksimum olmalıdır, bu nedenle bunu MQL'de yapmak kontrendikedir.
Yaklaşık olarak böyle. Bir dereceye kadar bu, tabanlara ayrıştırmadır ve burada tabanlar herhangi bir şey olabilir: sinüzoidler, rastgele sayılar, vs. vs.
Şöyle bir şey. Bir dereceye kadar, tabanlara ayrıştırmadır, burada tabanlar herhangi bir şey olabilir: sinüzoidler, rastgele sayılar, vb.
Nasıl hesaplandığı da önemli. Benim sadece bir formülüm var. Artı veriyorsa al, eksi veriyorsa sat, ancak sayının modülü de dikkate alınır. Her bar hesaplanıyor! İdeal olarak çıkış numarasının amplifikasyonunun satın alma veya satma sinyalinin amplifikasyonunu verdiği böyle bir formül arıyorum. Alternatif versiyonlarda, sonunda karmaşık bir bileşik mantıksal ifadeye dönüşen ve sonucu "doğru" veya "yanlış" olacak bir dizi işlev olacaktır. Sinyalin kendisini ayarlamanın bir yolu yoktur ... Size gizli bir şey daha söyleyeceğim. Özünde, tüm bu eylemler bir arşivde olduğu gibi veri sıkıştırmaya eşdeğerdir. Koşullar ne kadar az ve basit olursa ve seçilen aralıkta ne kadar çok emir verirlerse ve kar faktörleri ve diğer parametreleri ne kadar fazla olursa, algoritmamız piyasa formülüne o kadar yakın olur. Aynı zamanda, bunu küçük örnekler üzerinde yapmamak daha iyidir. Bu yüzden her zaman en az 10 yıllık bir örnek ya da daha iyisi tüm geçmişi bir kerede almayı söylüyorum, çünkü bir bölüm üzerinde yeniden eğitim alıyoruz ve sonra bu bölümde büyük bir yarım dalganın yükseldiği bir tabaka yakaladığımız ortaya çıkıyor ve sonra her şey güvenli bir şekilde dönüyor ve keskin bir şekilde aşağı uçuyor. Ağaçlar ve değişken büyüklükteki keyfi ağlarda yukarıda yazdığım gibi bir sorun olabilir. Alıntı, sadece bir ağaç için anlaşılabilir olan başka bir veri türüne veya bir ağ haritasına ve bazı ek matrislere ve sayılara dönüştürülebilir. İleriye doğru gidelim ve orada vahşi....
Nasıl hesaplandığı da önemli. Benim bir formülüm var. Artı veriyorsa al, eksi veriyorsa sat, ancak sayının modülü de dikkate alınır. Her bar hesaplanıyor! İdeal olarak çıkış sayısının amplifikasyonunun alım veya satım sinyalinin amplifikasyonunu verdiği böyle bir formül arıyorum. Alternatif versiyonlarda, sonunda karmaşık bir bileşik mantıksal ifadeye dönüşen ve sonucu "doğru" veya "yanlış" olacak bir dizi işlev olacaktır. Sinyalin kendisini ayarlamanın bir yolu yoktur ... Size gizli bir şey daha söyleyeceğim. Özünde, tüm bu eylemler bir arşivde olduğu gibi veri sıkıştırmaya eşdeğerdir. Koşullar ne kadar az ve basit olursa ve seçilen aralıkta ne kadar çok emir verirlerse ve kar faktörleri ve diğer parametreleri ne kadar fazla olursa, algoritmamız piyasa formülüne o kadar yakın olur. Aynı zamanda, bunu küçük örnekler üzerinde yapmamak daha iyidir. Bu yüzden her zaman en az 10 yıllık bir örnek ya da daha iyisi tüm geçmişi bir kerede almayı söylüyorum, çünkü bir bölüm üzerinde yeniden eğitim alıyoruz ve sonra bu bölümde büyük bir yarım dalganın yükseldiği bir tabaka yakaladığımız ortaya çıkıyor ve sonra her şey güvenli bir şekilde dönüyor ve keskin bir şekilde aşağı uçuyor. Ağaçlar ve değişken büyüklükteki keyfi ağlarda yukarıda yazdığım gibi bir sorun olabilir. Alıntı, sadece bir ağaç için anlaşılabilir olan başka bir veri türüne veya bir ağ haritasına ve bazı ek matrislere ve sayılara dönüştürülebilir. İleri gidelim ve orada vahşi....
Serbestlik derecesi ne kadar az olursa, aşırı optimizasyon olasılığı da o kadar az olur. Sinir ağlarında olduğu gibi kontrol etmemiz gerekir. Üç örnek almalı, bunlardan birini eğitmeli, birincisini eğittikten sonra ikincisinin metriklerini saymalı ve üçüncüsünü eğittikten sonra nihai sonuçlara varmalıyız.
Serbestlik derecesi ne kadar az olursa, aşırı optimizasyon olasılığı da o kadar az olur. Sinir ağlarında olduğu gibi kontrol etmek gerekir. Üç örnek alın, birini eğitin, ilk örnek üzerinde eğitim verdikten sonra ikinci örnek üzerinde metrikleri hesaplayın ve üçüncü örnek üzerinde eğitim verdikten sonra nihai sonuçlara varın.
İyi fikir, ancak kendi kendini kandırmaya dönüşüyor. örneğin yüzde 50'sini aldık, kaba kuvvet için, sonra yüzde 25'i metrikleri kontrol edin veya ne kontrol etmek istiyorsanız))) . Üçüncü sitede son kontrol, ancak tüm siteyi baştan sona almakla aynı şey. Tam olarak değil, ama esasen yaptığı şey bu. Daha büyük bir örneklem elde etmenin daha iyi bir yolu yoktur. Ve hiç kimse daha iyi bir yol bulamayacak.
Serbestlik derecesi ne kadar az olursa, aşırı optimizasyon olasılığı da o kadar az olur. Sinir ağlarında olduğu gibi kontrol etmek gerekir. Üç örnek alın, birini eğitin, ilk örnek üzerinde eğitim verdikten sonra ikinci örnek üzerinde metrikleri hesaplayın ve üçüncü örnek üzerinde eğitim verdikten sonra nihai sonuçlara varın.
Ne kadar çok serbest değişken, o kadar iyi "hikayeyi çivileme" :-)
bkz. fil https://ru.wikipedia.org/wiki/Слон_фон_Неймана
Ne kadar çok serbest değişken o kadar iyi "hikayeyi çivileme" :-)
fil hakkında bkz. https://ru.wikipedia.org/wiki/Слон_фон_Неймана
Bu arada ben de kabaca bunu söyleyecektim ama siz daha iyisini yaptınız)
Peki, bulunamayan patronların aranması için program nerede?
El programá, pero solo después del cuarto artículo, se está preparando el artículo. Ürün de öyle. Programın ek yazılım olarak sunulduğu yer üründür. Gerçek sürüm çok daha uzun bir süre sonra hayata geçirilecek. Şu anda program çok daha iyi hale geldi. cuanto voy a mostrar en el articulo