Gerçek Zamanlı Tahmin Sistemlerinin Test Edilmesi - sayfa 53

 
grasn писал(а) >>

Yurixx'e

Eski güzel yüksükler oynamayı öneriyorum, herhangi bir stratejiyi kullanabilir ve her yere bakabilirsiniz :o) 300 sayım için EURUSD M15 tahmini (Pazartesiden Çarşambaya kadar):

Seçenek 1 :

Süreç entropisi: 13.84

Seçenek 2 :

Süreç entropisi: 13.01

Seçenek 3 :

Süreç entropisi: 14.36

Hangi yüksüğü kaldırıyorsun? :hakkında)

1 numaralı seçeneğe meyilliyim, çünkü bu durum uzun zamandır gelişiyor ve sadece devam etmesini bekliyor.

 
forte928 >> :

1 numaralı seçeneğe meyilliyim, çünkü bu durum uzun zamandır gelişiyor ve sadece devam etmesini bekliyor.

Onlar. Fiyat şimdi bir geri dönüş bölgesinden mi geçiyor? Sadece merak, eğer zorlaştırmıyorsa, elbette detaylandırabilirsiniz.

 
grasn писал(а) >>

Onlar. Fiyat şimdi bir geri dönüş bölgesinden mi geçiyor? Sadece merak, eğer zorlaştırmıyorsa, elbette detaylandırabilirsiniz.

Şu anda, euro dolar çiftinde bir yan daire olduğu sonucuna varabileceğimiz ilk faktör var -

parite 1.4850'de OP hattının konsolidasyon seviyesine ulaştı.

ikinci rakam aynı grafiği gösteriyor, ancak düşük nokta - 1.4162 ve mevcut 1.4951'e göre hesaplanan büyüme seviyeleri ile ve bu fiyat grafiğine dayanarak 1.4951 ve 1.4851 seviyelerini alırsak, fiyatın tam olarak olduğunu görebiliriz. Bu göstergelerin son iki gündeki ortalama dalgalanma seviyesindeki denge noktası.. Grafiğin daha aşağısındaki doygunluk göstergesi, uzun süredir tersine dönmesi gereken doygunluk seviyesini gösteriyor..

Ancak bunun olmasını engelleyen birkaç şey var:

1) günlük grafik, büyümenin aşağı yönlü bir hareketini gösteriyor (alt gösterge)

2) günlük grafik ilk işarette 1.4877 seviyesinde 0.382 konsolidasyon seviyesine ulaştı

3) günlük grafik, ikinci işarette 1.4892'de COP konsolidasyon seviyesine ulaştı

4) Aynı zamanda H4 grafiğinde yukarı yönlü harekete karşı aktif bir karşı tepki var.

5) Eylül OP sonundaki minimum seviyeye göre iki konsolidasyon seviyesinin varlığı ve uzun bir düzeltmenin güçlü bir işareti olan 0.236 (1.4931 ve 1.4933)

Devam edecek..

 

grasn , bir soru sorabilir miyim? Zaman serisinde kritik noktaları aramayı denediniz mi?

güncelleme: soruyorum çünkü Bu yönde kazıyorum (ve bir şey görünür gibi görünüyor). İşte kritik noktaları aramamın nasıl göründüğüne dair bir örnek:


kritik noktalar

Gördüğünüz gibi, dizi davranışını değiştirmeden önce, göstergenin dalgalanmalarının doğası önemli ölçüde değişir (büyük genlik patlamaları meydana gelir, daha doğrusu, yüksekler/düşükler f(x)=a fonksiyonunun grafiğine güzel bir şekilde düşmeye başlar) ^x). Patlamalar, serilerin davranışındaki değişikliklerden biraz daha erken (genellikle :)) meydana gelir. Kabul etmek gerekir ki, henüz benim için her şey yolunda gitmedi. Çift tipin doğruluğunun eşiğinde çalışmalıyız (sayılar çok küçük) + yönlerde yeterli tahmin yok.

 
grasn писал(а) >>

Diyelim ki şöyle bir yapımız var:

Anladığım kadarıyla, bir koşul tetiklendiğinde memRow[] dizisinde dinamik bir artış sağlayacak. Onlar. dizinin uzunluğundan önce, bilmiyorum. Her şeyi doğru anladım mı?

1. MKL4'te boyutu belirtilmeyen bir dizi üzerinde işlem yapamazsınız. Dizinin bildirilmesiyle ilgili boyutunu belirtmediyseniz, bunu init() içinde yapmanız gerekir. Ayrıca, çalışma sürecinde bu boyutu gerektiği gibi değiştirebilirsiniz.

2. Lea'nın tavsiyesi oldukça pratik, mutlaka dinlemelisiniz. Genel olarak, tavsiyenin yeterli olması için, dizinin ne için kullanıldığını ve boyutunu değiştirme ihtiyacına neyin neden olduğunu daha net bir şekilde açıklamaya değer. Seçeneğin, intikam alan yerleri tahsis etmek ve son öğenin indeksi ile bir değişkene sahip olmak için size uygun olması oldukça olasıdır. O zaman, gerekli sayıda öğenin olup olmadığını önceden bilirsiniz, gerçekten önemli olmayacaktır.

.

Ben yüksük oynamam. Ama görünüşe göre 2. seçeneği daha çok seviyorum yoksa sadece euronun büyümesini mi istiyorum? :-)

Ancak 1. ve 3. seçenekler de birbirinden çok az farklılık gösterseler de hiçbir şey değildir.

 
Yurixx >> :

1. MKL4'te boyutu belirtilmeyen bir dizi üzerinde işlem yapamazsınız. Dizinin bildirilmesiyle ilgili boyutunu belirtmediyseniz, bunu init() içinde yapmanız gerekir.

1 Mutlaka değil.

Bir dizinin boyutunu bildirmeden bildirmek, dizi hazırlama sürecini üç bölüme ayırır:

1 bildirimi - bu prosedürle programcı derleyiciye dizinin kapsamının global mi yoksa yerel mi olduğunu söyler.

2 ArrayResize() ile boyutun ayarlanması - bu prosedürden sonra dizi aslında çalışmaya hazırdır.

3 Başlatma - ayarlanmazsa, dizi olduğu gibi kalır (ve geçmiş başlangıçların değerlerini saklar), bir dizi oluştururken otomatik olarak 0'a başlatılır.

 
grasn >> :

Teşekkür ederim, deneyeceğim, ancak neyin optimal olacağını tahmin edemesem de. Öte yandan, küçük bir dizi için boyutunu da bilmeyeceğim ve ayrıca, bu uygulamada diziyi önce küçük, sonra büyük olan, hesaplanan değerlerin olduğu iki kez artırmak gerekli olacaktır. biriktirilir. Ama deneme zamanı, tavsiyen için teşekkürler.

Kendi deneyimlerime göre, dizileri doğrudan kullanılmaları gereken yerde bildirmenizi ve kullanmanızı öneririm, bu tür diziler çoğunlukla yereldir, dinamik olarak bellek kullanırlar, bu ister beğenin ister beğenin statik dizilere kıyasla daha iyidir. hayır, Windows onları takas dosyasına koyar ve bu nedenle işleri, özellikle diziler küçükse, operatiften çok daha yavaş olur, o zaman statik olarak onlar için çok fazla alan ayırmanın bir anlamı yoktur. Öte yandan MQL-4 derleyicisi, açık boyut belirtimine sahip bir dizi bildirimi ile ertelenmiş bir dizi bildirimi arasındaki farkı hissetmeyeceğiniz şekilde derlenmiştir.

 
Urain писал(а) >>

Kendi deneyimlerime göre, dizileri doğrudan kullanılmaları gereken yerde bildirmenizi ve kullanmanızı öneririm, bu tür diziler çoğunlukla yereldir, dinamik olarak bellek kullanırlar, bu ister beğenin ister beğenin statik dizilere kıyasla daha iyidir. hayır, Windows onları takas dosyasına koyar ve bu nedenle işleri, özellikle diziler küçükse, operatiften çok daha yavaş olur, o zaman statik olarak onlar için çok fazla alan ayırmanın bir anlamı yoktur.

Bir şey anlamadım... Yerel dizi neden takas dosyasına aktarılamıyor? Genel olarak, bellek yetersizliği olduğunda yer değiştirme meydana gelir; Eminim hem yerel hem de küresel olanlar aynı şekilde önlenecektir. Fark ne?

 
lea >> :

Bir şey anlamadım... Yerel dizi neden takas dosyasına aktarılamıyor? Genel olarak, bellek yetersizliği olduğunda yer değiştirme meydana gelir; Eminim hem yerel hem de küresel olanlar aynı şekilde önlenecektir. Fark ne?

Belki, ama bu çoğu zaman olmaz, çünkü yerel dizi her tikte oluşturulup yok edildiğinden, takasta düzeltme şansı minimumdur.Statik olanın, program çağrıldığında oluşturulduğundan beri her şansı vardır ve takasta yeni oluşturulan diziler tarafından sıkılır. Operatörler fazlasıyla yeterli olsa da, bu gerçekleşmeyebilir.

 
Urain >> :

1 Mutlaka değil.

Bir dizinin boyutunu bildirmeden bildirmek, dizi hazırlama sürecini üç bölüme ayırır:

1 bildirimi - bu prosedürle programcı derleyiciye dizinin kapsamının global mi yoksa yerel mi olduğunu söyler.

2 ArrayResize() ile boyutun ayarlanması - bu prosedürden sonra dizi aslında çalışmaya hazırdır.

3 Başlatma - ayarlanmazsa, dizi olduğu gibi kalır (ve geçmiş başlangıçların değerlerini saklar), bir dizi oluştururken otomatik olarak 0'a başlatılır.

Boyutu init() içinde ArrayResize() aracılığıyla ayarlarsanız, start() içindeki bu dizinin herhangi bir boyutu olmaz, boyutu dizinin kullanılacağı işlevde belirtmeniz gerekir, aynısı diziyi kullanırken de geçerlidir kullanıcı tanımlı fonksiyonlarda. Dizi bir parametre olarak geçirilirse, boyutu kullanıcı işlevinde değil, çağrılan işlevde başlangıçta (veya işlev bir init tarafından çağrılırsa init () içinde) gösterilir. Bunun istisnası, dizi adı SetIndexBuffer() içinde gösterge durumuna ayarlandığında boyutu Bars'a eşit olarak ayarlanan ve Bars adına göre değiştirilen gösterge dizileridir.

Yani canım, açıklamaların sadece yararsız değil, aynı zamanda zararlı çünkü insanların gerçeği öğrenmesi zaman alıyor.

Urain, insanları yanıltıyorsun. Yerel olanlar da dahil olmak üzere MQL dizileri kalıcılık özelliğine sahiptir - boyutları ve içerikleri işlev çağrıları ve işaretler arasında korunur. Yardım okumak. Global diziler, global bir kapsama sahip olmaları farkıyla tamamen aynı şekilde davranırlar. init işlevinde tahsis edilen bir dizi, başlangıçta ve başka bir yerde mükemmel bir şekilde okunabilir olacaktır. MQL programlamanın bazı yönleri hakkında sorusu olan varsa yeni bir konu açmanızı tavsiye ederim. Burada tahmin konusunda daha önemli tartışmalar görmek istiyorum. ;-)

grasn, forumdan bilgileri filtreleyin ;-). Görevi daha ayrıntılı olarak açıklarsanız (kişisel olarak yapabilirsiniz), biz (I) onu en iyi nasıl uygulayacağımızı bulacağız.

Neden: