Ticarette makine öğrenimi: teori, pratik, ticaret ve daha fazlası - sayfa 2808
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
Betiğiniz bir günden uzun süredir çalışıyor ve henüz tarama sonuçlarına göre tek bir dosya bile oluşturmadı. Bilmiyorum, belki de kapatmanın zamanı gelmiştir?
Zhekez ve örnek boyutuna bağlıdır. İşlemciniz çok çekirdekliyse, yürütmeyi paralelleştirin. Aşağıda paralel yürütmenin bir çeşidi verilmiştir
Seriden dört kat daha hızlı. Donanım ve yazılım
İyi şanslar.
Hepsi orada. Hız feci şekilde etkilenecektir. Veri kareleri büyük ek yüke sahip en yavaş canavarlardır.
Bu ekran kartlarıyla ilgili değil, bu tür şeylerin ayık bir durumda veri kareleri aracılığıyla sayılmadığını anlamakla ilgili.
"Veri çerçeveleri" ile kastedilen nedir - bu dilde cahillere açıklayın.
İpucu: Aralarındaki korelasyonu görmek için 100.000 gözlemden oluşan vektörler kullanmak gerekli midir?
Ben yüksek korelasyonlu vektörler arıyorum, yani korelasyonu 0,9'dan büyük olan.Bunun gerekli olup olmadığını bilmiyorum - denemelisiniz. Örneklem durağan değil - örneklemin yarısında korelasyon yoktu ve sonra patlama oldu ve sonra ortaya çıktı.
Ayrıca, tüm katsayıları 0.1'lik adımlarla denedim.
Rica ederim.
Bu ruhun çığlığı mı?
Zhekez ve örnek boyutuna bağlıdır. İşlemci çok çekirdekli ise, yürütmeyi paralelleştirin. Aşağıda paralel yürütmenin bir çeşidi verilmiştir
Seri yürütmeye göre 4 kat daha hızlıdır. Donanım ve yazılım
İyi şanslar.
Yani paralellik RAM tüketimini artırmayacak mı?
mytarmailS kodu daha fazla RAM tüketmesine rağmen 50 kat daha hızlı, belki de kullandığınız kütüphanelerin bazı sınırlamaları vardır - komut dosyası 30 saatten fazla çalıştı ve tek bir dosya oluşturmadı.
Bazı karmaşık kod örnekleri için teşekkürler - R'de daha ziyade sadece bir tüketiciyim, ana kodda neyi düzelteceğimi bulamıyorum.
Her veri türü için corr hesaplamak için bir yöntem olması gerektiğini mi kastediyorsunuz?
matrix, R'de yerleşik bir veri türüdür, matrix.corr() vektörü gibi bir şeye sahiptir.
"Veri çerçeveleri" ile ne kastediliyor - bu dili bilmeyenlere açıklayın.
Daha ziyade R yazarlarına bir mesajdı :) bunlar, verilerin uygun şekilde görüntülenmesi ve alt örneklerin çıkarılması (sql'de olduğu gibi) gibi bazı tipik manipülasyonlar için tablolardır.
Sahip olduğunuz gibi büyük veriler üzerinde döngülerde yarışmak için tasarlanmamışlardır, dizilerden 20-100 kat daha yavaş olacaktır. Hafıza ile zaten kendiniz anladınız.
Bence burada sorun yok:
Yerleşik "matris" türünün ne kadar hızlı olduğunu bilmiyorum, ancak caret kullanıyor, bu da yavaşlayabilir. Yerleşik tipte korelasyon falan hesaplamak için vektör işlemi yok.
Bu düşünceler nereden geliyor?
neden kendi korr hesaplamasına sahip olması gereken sol loblu dahili bir tipi, bunun için mümkün olduğunca hızlı yavaşlatıyorsunuz
Kendisi için mümkün olduğunca hızlı olan kendi Korr hesaplamasına sahip olması gereken yerleşik bir türü neden yavaşlatıyorsunuz?
Lib türü hesaba katmıyor mu? Veri türü, en ucuz hesaplamalar için veri gibidir. Aynı matris hesaplamalar için tasarlanmalıdır.
Geçmişte aptallaşmadan gelecekte nasıl daha akıllı olunur? Algoritmik olarak... terabaytlarca bilgi yaratmadan.
Yapamazsın.