Optimizasyon sonuçları, üzerlerindeki tekli testlerden farklıdır
İşte başka bir örnek. UsdJpy çiftindeki gece optimizasyonuna yeni bakmaya başladım. Optimizasyondan hemen sonra, hiçbir yerde hiçbir şeyi değiştirmeden ve tırnak işaretlerine dokunmadan, 2631 (kâr 117.07 ve düşüş 34.86) sonucundan seçilen parametre değerlerini test cihazına çift tıklayın ve bu parametreleri kullanarak tek bir test başlattı. -3925 kar ve -4049.04 düşüş yaptım. Gözle görülür fark...
Raporda, çizelgelerde yaklaşık 51 uyumsuzluk yazıyor. Günlükte bununla ilgili 51 giriş var. Ancak tüm girişler yalnızca ciltlere atıfta bulunur ve bunları göstergelerde bile (göstergeler kullanılmaz) hiçbir yerde kullanmıyorum.
Optimizasyon ve test süresi ilk mesajımdakiyle aynı. Eylemlerin sırası aynıdır, ancak uyumsuzluk hatalarının olmadığını kontrol etmek için 3. adımdan sonra test cihazının bir kontrol çalıştırmasının eklenmesiyle. Diğer tüm koşullar aynıdır. Optimizasyon cumartesiden pazara gece gerçekleştirildi - piyasa ve dolayısıyla yayılma dondurulmalı.
Yine şaşırttı. "Teklif arşivi" açıldı, Bu çifte yükle'ye tıklandı, tüm zaman dilimlerinin yeniden hesaplanmasına izin verildi.
Yine çift tıklayarak optimizasyon sonuçlarından parametreleri test cihazına değiştirip test etmeye başlıyorum. Oh, şimdi sonuçlar optimizasyonla eşleşiyor. Raporda ve günlükte uyumsuzluk hatası yoktur.
Soru ekliyorum (numaralandırmaya devam et):
4. Optimizasyondan sonra (ve belki de sırasında) tutarsızlıklar nereden geldi, eğer optimizasyondan önce özellikle bir test çalıştırması yaptım ve bu çifti "Alıntılar Arşivi"ne yükledikten sonra (s.3 ile s.4 arasında) önceki mesajım) herhangi bir anlaşmazlık olmadı mı?
5. Tüm optimizasyon sonuçlarının doğru alıntılarda elde edildiğinden ve optimizasyon sürecinde herhangi bir aksaklık olmadığından nasıl emin olunur?
6. Hacim uyumsuzlukları, hacimleri bu kadar kritik bir şekilde kullanmayan testlerin sonuçlarını nasıl etkiler?
ZY Antivirüsüm kurulu ve çalışıyor. Ancak hem Metatrader yürütülebilir dosyası hem de tüm alt klasörleri ve dosyalarıyla birlikte tüm klasörü istisnalar içindedir. Başka bir bilgisayarda hiç antivirüs yok, ancak bu tür aksaklıklar var. Böylece antivirüs hariç tutulur. Üç farklı bilgisayarda aynı hata. Diskler ve donanımla ilgili sorunları ve ayrıca çevredeki programların etkisinin olasılığını dışlıyoruz. Metatrader'da bir şeyler yanlış, tırnak işaretleri ile yanlış bir şey yapıyor.
Z.Z.Y. Diğer, temelde farklı stratejilerde optimizasyon ile tamamen aynı aksaklıkları gözlemledim. Yani, aslında, danışmana çok az şey bağlıdır. Sadece bundan önce benim için çok alakalı değildi ve biraz test ettim. Şimdi haftada birkaç düzine optimizasyon yapıyorum ve daha da fazlası olacak. Ve gerçek paradan bahsediyoruz. Lütfen bana doğru eylemleri söyleyin veya test ediciyi ve optimize ediciyi düzeltin. Teşekkür ederim!
Arşivdeki dosyalar:
UsdJpy_1_optim.txt - optimizasyon sonuçları
UsdJpy_1_Orders.txt - optimizasyonla çakışan tek bir çalıştırmanın siparişlerinin (sonuçlarının) listesi
UsdJpy_1.log - bu testin günlüğü
UsdJpy_1.htm - bunun hakkında rapor verin
UsdJpy_2_Orders.txt - büyük bir kayıpla (tutarsızlıklarla birlikte) tek bir çalıştırmanın emirlerinin (sonuçlarının) listesi
UsdJpy_2.log - bu testin günlüğü
UsdJpy_2.htm - bunun hakkında rapor verin
Şimdi daha da ilginç. Bu zaten üçüncü bilgisayarda ve başka bir çiftte. Her şeyi ilk mesajımdaki şemaya göre yapıyorum. Birkaç saatlik optimizasyondan sonra sonuçları kontrol ediyorum. Seçilen parametre setini çift tıklama ile (başka hiçbir şeye dokunmadan veya değiştirmeden) değiştiriyorum ve aynı parametrelerle optimizasyon satırının sonuçlarından tamamen farklı sonuçlar alıyorum. Alıntılardaki tutarsızlıklara bakıyorum - ortaya çıktılar. Optimizasyondan önce, "Arşiv" deki alıntıların yüklenmesini ve yeniden hesaplanmasını yaptım. Tamam, sanırım alıntıları yeniden hesaplamak yardımcı olabilir. "Tüm zaman dilimlerinin yeniden hesaplanması"nı başlatıyorum ve tekrar test ediyorum. Anlaşmazlıklar ortadan kalktı. Ancak, sonuçların üçüncü versiyonunu zaten hesapladı, ki bu hiçbir şekilde ilk ikisi ile örtüşmüyor. *smiley_with_huge_surprised_eyes*
"Arşiv" ve testteki alıntıları yeniden hesaplamak için birkaç girişim daha. Şimdi tüm sonuçlar son, üçüncü seçenekle örtüşüyor. Yaşasın, doğru olanı bulduk! Ancak bilgisayarın optimizasyon üzerindeki çalışmalarının yarım günü boşa gitti, optimizasyon sonuçları açıkça yanlış. Yani, şimdi optimizasyonu gece tekrar ayarlamam gerekiyor ve gelecek hafta için uygun parametreleri seçmek için sabah erken kalkacak zamanım var. Ve o zaman bile, onların doğruluğundan emin olmak imkansızdır.
Daha fazla ayrıntı fark etti. İlk olarak, farklı seçenekler için test edenin raporlarında, farklı sayıda "Tarihteki Çubuklar" vardır. İkincisi, tarihte aynı sayıda çubukla bile farklı sonuçlar olabilir. Üçüncüsü, danışmanım saatlik mumlar üzerinde çalışıyor ve bir serideki ilk siparişleri kesinlikle zamanında, belirli bir saat ve 00 dakikada, yani. açık mumlar. Ancak sonuçların farklı varyantlarında bu siparişler farklı fiyatlarla açılır. Bu, ilk mesajlara eklediğim raporlarda görülebilir, bu yüzden şimdilik daha fazla günlük göndermiyorum. Başka bir şey gerekirse, onu yayınlarım.
Ne yani, test cihazıyla ilgili olan bir tek ben miyim?
Ve yeniden hesaplama konusuna değinildiği için "Alıntı Arşivi" hakkında daha fazla soru. Nereden ayrıntılı olarak okuyacağımı veya sorularımı burada yanıtlayacağımı söyleyin.
Tüm işlemleri Cumartesi-Pazar günleri gerçekleştiriyorum, yani. Alıntı arşivleri değişmemelidir.
Geçen hafta için grafik penceresi açılmamış bir çift açıyorum, yani anladığım kadarıyla bu hafta için alıntılar yerel arşive çekilmedi. İndir'e tıklıyorum. Bu bilgisayarda yüklü olan trafik izleyicisi, sunucuya yapılan MT isteklerini ve sunucudan döndürülen veri bloklarını gösterir. Her şey doğru. İndirdikten sonra tekrar İndir'e tıklayın. Ancak burada iki seçenek olabilir: ya tüm zaman dilimlerini hesaplamayı teklif eder (indirme tamamen tamamlandıysa mantıklıdır) veya tekrar bir şey indirir (ve trafik monitörü bunu onaylar) - neden yüklenmediği açık değil ilk defa. Ayrıca, birkaç kez basarsanız, sunucudan indirme, mantıklı veya anlaşılır olmayan yeniden hesaplamadan sonra olabilir. Zaten yüklendiyse, sayıldıysa, başka ne yükleniyor? İndirmeler arasında arşivi kapatmıyorum, bir çift değiştirmiyorum.
Bazen, Arşivi açtıktan sonra, İndir düğmesine arka arkaya birkaç kez (5 veya daha fazla) basmak, sunucudan bir şeyler indirmeye devam eder ve bu çiftle arşivin daha önce yüklenip yüklenmediğine bakılmaksızın tüm zaman dilimlerini yeniden hesaplamayı teklif etmez ( Arşivin önceki açılışı sırasında) Peki o zaman bir yeniden sayım var mıydı? Sanki her şey ilk seferde yüklenmemiş gibi ve şimdi her tıklama ile eksik olan parça parça çekiliyor, ama hepsi aynı anda değil. Monitör, bunların yalnızca sunucuya yapılan istekler değil, aynı zamanda sunucu tarafından döndürülen veri blokları olduğunu gösterir. Neden ve ne ilk seferde yüklenmedi? Çift için tüm tekliflerin yüklendiğinden emin olmak için gerçekten kaç kez Yükle'yi tıklamanız gerekiyor?
Ancak böyle bir durumda Arşivi kapatıp tekrar açarsanız ve ardından İndir'e tıklarsanız, ilk veya ikinci seferde artık yüklenmeyecek, ancak yeniden hesaplama sunacaktır. Yani, mantıksal iş sırası olduğu gibi geri yüklenir. Ve bu neden oluyor? Ve nasıl anlaşılır? Belki her indirmeden sonra Arşivi kapatmanız, tekrar açmanız ve ardından yeniden hesaplamanız gerekir? Açıklayın lütfen.
Yükle'yi tıkladığınızda yerel arşivlerin kontrol edilmesini ve ihtiyacınız olan her şeyin bir seferde yüklenmesini ve ardından tüm zaman dilimlerinin otomatik olarak yeniden hesaplanmasını sağlayabilir misiniz? Ve tarihteki tüm hataların, uyumsuzlukların ve benzerlerinin ortaya çıkacağı "Kontrol Et" düğmesini arşive yerleştirebilir misiniz? Ardından, kullanıcının onayıyla her şey otomatik olarak sunucudan alındı ve onarıldı. Üstelik MT4 versiyonundadır, çünkü 5-ku'ya geçiş uzun zaman alacaktır ve 4-ka çok popüler ve talep görmektedir. Evet ve şimdi 4-ke'de para kazanmanız gerekiyor.
Bir kez daha netleştiriyorum, MT, kurulum anından itibaren Alpari demo sunucularına bağlı ve hiç değişmediler. Programın geçmiş klasöründe sadece iki klasör vardır: Alpari-Demo ve indirmeler. Geçmişteki ve grafik penceresindeki çubuk sayısı için ayarlar değişmez ve MT bilgisayara kurulduğu andan itibaren varsayılan olarak kalır. Ve İndir düğmesini tıklamanın sonuçları beklenmedik şekilde farklıdır. Arşivde gerçekte neler oluyor ve neden bu kadar tahmin edilemez?
Bu konuyla ilgili paralel bir tartışma Alpari forumunda yürütülmektedir http://forum.alpari.ru/thread58122.html
Burada kimsenin cevapları, hatta soruları yok mu? Ve geliştiriciler de?
1. Grafik uyumsuzluğu hatalarının giderilmesi gerekmektedir. Tüm alıntı geçmişini silin, yeni bir tane yükleyin.
2. Aracının değişken bir spread oranı varsa, optimize etmeniz ve tek bir spread üzerinde test etmeniz gerekir. Tercihen tipik.
3. Uzmanın demo hesabında bir gece veya bir gün çalıştırın ve demo ve test cihazındaki sonuçları karşılaştırın. siparişler yaklaşık olarak aynıysa ve sipariş sayısı biraz farklıysa, test cihazına güvenilebilir. Ticaret test cihazına karşılık gelmiyorsa, buna göre test cihazında optimize edilmemesi gerekir.
En azından bir testçinin raporunu görmek güzel olurdu.
dimeon için:
1. Üç farklı bilgisayarda, üç farklı MT4 örneğinde test edilmiştir. Belirtiler aynı. "Arşiv"deki alıntıları indirdikten sonra, test cihazını çalıştırarak kontrol ediyorum - ihtiyacım olan süre için herhangi bir tutarsızlık yok. Sonra aynı dönem için optimizasyona başlıyorum. Ve sonra - optimizasyon sonuçları üzerinde testler. Anlaşmazlıkların ortaya çıkabileceği yer burasıdır. Yani, tüm geçmiş yüklendikten ve "Arşiv" tarafından yeniden hesaplandıktan sonra, optimizasyondan sonra (veya sırasında) görünürler. Geçmişi silmenin bir şey vermesi olası değildir.
2. Alpari'de yayılma dalgalanıyor. Size katılıyorum, aynı piyasa koşullarında test etmeniz gerekiyor. Ancak seçilen spread üzerinde nasıl test edilir, nerede belirtilir? Bunu MT4'te bulamadım.
3. Bu iyi bir fikir. Muhtemelen deneyeceğim. En az birkaç gün ayırmanız yeterli. Ama yine de asıl soruyu çözmüyor: Alıntılarla ilgili bu tür aksaklıklar nereden geliyor?
Tester raporları, yukarıdaki gönderilerimde arşivlerde bulunmaktadır. Hatta farklı günlerde iki farklı çift. Aynı mesajlarda arşivlerdeki dosyaların bir açıklaması var. Bak.
Geçmişi yükleyin, zaman dilimlerini yeniden hesaplayın. İnternet bağlantısını kesin ve test edin.
Bu tür saçmalıklar genellikle danışmanın aşırı derecede bilgili olduğunu gösterir. Tikler indirilmez, taklit edilir. Ve piyasada açarsanız, tarihteki en ufak bir değişiklik böyle saçmalıklara yol açar.
Benzer bir sonuç şu şekilde de elde edilebilir:
Bilgisayar internete oldukça uzun süre bağlı, grafik H1'de açık.
İnterneti kapatın, test etmeye başlayın. Danışman bize M5, M1'in geçmişini indirdiğini ve bunun İnternet kapalıyken olduğunu yazıyor. Dolayısıyla burada birçok tuzak var. Ayrıca internete bağlandığında ne tür bir geçmiş indirdiği de biliniyor.
Teşekkürler Mislaid. Sonraki optimizasyonlarda yapmaya çalışacağım şey tam olarak bu. Alpari forumunda bugün bana da böyle bir algoritma söylendi. Deneyeceğim... Her ne kadar dürüst olmak gerekirse, ya programın mantığında bir şey anlamıyorum ya da geliştiricilerin optimize edicinin en önemli kısmına - alıntıların arşivine - karşı garip bir tavrı var. Bu yüzden hala geliştiricilerin bu konudaki açıklamalarını ve soruların cevaplarını gerçekten duymak istiyorum. Ve MT internetten hangi geçmişi indiriyor? Bu konuda "böyle" bir şey bilmiyorum. Açıklayın, lütfen okuyun veya nerede okunacağını bağlantılar verin.
Bilmiyorum, kişisel deneyimime göre konuşuyorum.
Hipotezleri formüle edebilmek için zaten yeterince deney kurduğunuzu görüyorum.
Dakikalar içinde bir alıntı arşivi indirdiniz. MQ sunucusundan indirilir. Fark ederseniz, o zaman son birkaç gün, hatta haftalar eksik. Hipotez: MQ sunucusundaki en son alıntıların arşivi henüz oluşturulmamış olabilir. Geçmişin geri kalanını DC sunucusundan "Güncelle" ile indirirsiniz.
Başka bir deney. Tarihi öldürüyorsun. "Güncelleme" yoluyla dakikaları (beş dakika) indirmeye çalışıyorum. Geçmişin küçük bir kısmı DC sunucusundan indirilir. Hipotez: DC sunucusunda en son geçmişin yalnızca sınırlı bir kısmı depolanır.
Hipotez: Test cihazı bilgisayardaki arşivden M5, M1'i indirir ve MQ sunucusundan indirir. Sunucudaki arşiv henüz oluşturulmamışsa, bu veriler öykünür. İnternet bağlantısı yoksa aynı. Öykünülmüş veriler kaydedilmedi mi?
Haftada bir kez, "Güncelleme" aracılığıyla geçmişi dakikalar içinde 27 döviz çiftinde indiriyorum. Haftada yaklaşık 7.000 yeni çubuk olmasına rağmen, bazı çiftlerde 10.000'den fazla çubuk indirilir Hipotez: tarih değişti.
Bu nedenlerle, en son veriler üzerinde yapılan test sonuçları eşleşmeyebilir.
Test sonuçları ve bir demoda (mikro, gerçek) alım satım sonuçları, bir dizi başka nedenden dolayı çakışmayabilir.
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Danışmanı optimize ediyorum. Ardından, sonuçlara göre tek bir test yapıyorum. Optimizasyon ve tekli testlerin sonuçları her zaman eşleşmez.
sıralama:
1. Optimize edicide bir çift seçiyorum (örneğin, AudUsd) ve 2010.08.23 - 2010.10.30 dönemini ayarladım. Listedeki Uzman Danışman ve H1 zaman çerçevesi zaten seçildi - şimdi yalnızca bir Uzman Danışmanı test ediyorum.
2. Parametre optimizasyonu aralıklarını giriyorum.
3. "Teklif arşivi"nde çift tıklayarak AudUsd için dakika geçmişini açıyorum. İndir butonuna tıklıyorum. İndirdikten sonra saati açıyorum ve tekrar İndir'e tıklıyorum. "Tüm zaman dilimlerini yeniden hesapla?" diye sorar. Cevap veriyorum - Evet.
4. 4-5 parametre için optimizasyon yapıyorum, birkaç saat bekliyorum. Optimizasyon, ekteki arşivdeki "AudUsd_1_optim.txt" dosyasıyla sonuçlanır.
5. "Optimizasyon sonuçları"nda bana uygun satırı seçiyorum (benim örneğimde bu, "AudUsd_1_optim.txt" dosyasındaki 2183 sayısıdır) ve parametrelerini test cihazına girmek için çift tıklayın. Başka hiçbir şeyi değiştirmiyorum veya dokunmuyorum.
6. Tekli teste başlıyorum. Rapor sekmesine bakıyorum ve bu parametre kombinasyonu için optimizasyon sonuçlarıyla (162.36/-34.25) eşleşmeyen tamamen farklı kar ve düşüş (201.78/-116.28) görüyorum. Loglarda bir adet volume uyuşmazlığı hatası var ancak stratejimde hacimler hiç kullanılmıyor bu yüzden bu hatanın kritik olmadığını ve sonuçları çok fazla etkileyemeyeceğini düşünüyorum. İşlem sayısı ve diğer her şey de farklıdır. Bu testten gelen siparişlerin listesi "AudUsd_2_Orders.txt" dosyasındadır ve günlük "AudUsd_2.log" içindedir.
7. Çok şaşırdım. Her ne kadar alışmaya başlasam da...
8. 3. maddeyi tekrar ediyorum
9. Yine aynı parametreleri kullanarak tek bir test yapıyorum. Şimdi optimizasyon ile çakışan kar ve dezavantaj elde ediyorum. Bu testten elde edilen siparişlerin listesi "AudUsd_1_Orders.txt" dosyasındadır ve günlük "AudUsd_1.log" içindedir.
Ve böylece iki aydan fazla bir süredir (her hafta optimizasyon yapıyorum). Bu aksaklık periyodik, net bir model bulamadım. Optimizasyon başlangıç zamanına ve çifte bağlı değildir. Optimizasyon sonuçları ve onlar için müteakip ayrı testler çakışır, olmazlar.
Dürüst olmak gerekirse, zaten yıpranmış. Bütün gece boyunca bir şey düşünür, optimize eder. Ve sonra tekrar optimize etmeniz gerekiyor, çünkü hangi sonuçlara inanılacağı net değil. Evet ve bir tesadüfle bile, yakalanan test cihazının buggy değil, doğru versiyonu olduğuna dair bir kesinlik yok.
Hemen söylemeliyim ki forumlarda benzer konuları araştırdım ve okudum. Ve Alpari forumunda ve burada. Ve Yandex'de de. Birkaç haftadır bilgi bulmaya çalışıyorum. Ancak bulduğum maksimum değer, geliştiricilerin test sonuçlarının bağlı olduğu "yüzen yayılma" hakkındaki sözleriydi. Ve hafta sonları stratejileri test etme tavsiyesi (tam olarak yaptığım şey bu - yardımcı olmuyor). Her ne kadar bence bu, bu sorunu bir şekilde çözme isteksizliği için bir bahaneden başka bir şey gibi görünmüyor. Sonuçta, "kayan yayılma" konusunu kapatmak için, kullanıcılar tarafından kendi takdirine bağlı olarak doldurulan optimize edici parametrelere "Spread" alanını eklemek yeterlidir ve zaten yeterli optimizasyon ve stratejilerin parametrelere göre karşılaştırılması. Optimizasyon için son pazar yayılımını hatırlamakta hiçbir anlam görmüyorum.
Alpari web sitesinden indirilen en son Metatrader sürümüne sahibim - 4.00.226. Tam olarak aynı aksaklık, aynı sürüme sahip, ancak birkaç ay farkla farklı zamanlarda yüklenen diğer iki bilgisayarda da gözleniyor. Orada, ayarlar ve puan ilk MT'dekiyle aynıdır.
Alpari ile yalnızca bir demo hesabında test ve optimizasyon yapıyorum. Başka hesap bağlamam. Ayarlarda "Alpari-Demo - Alpari NZ Limited" sunucusu var. Ona da hiç dokunmadım. Alıntıları manuel olarak değiştirmiyorum ve kendiminkini değiştirmiyorum. Metatrader sürekli çevrimiçidir (İnternet her zaman bilgisayarda bulunur). Optimizasyon Cumartesi-Pazar günleri yapılır. Yayılma, teoride, bu günlerde değişmemelidir ve "son yayılma" ile ilgili aksaklığın görünüşe göre bununla hiçbir ilgisi yok. Ekteki günlükler sadece 30 Ekim Cumartesi içindir.
Test süresi her zaman açıkça belirtilir.
Sorular:
1. Bu nasıl olabilir? Sebebi ne?
2. Bu bir test hatasıysa, ne zaman düzelteceksiniz? Ve bu sürümde her şeyin zaten eşleşmesi için ne yapmalı?
3. Bu benim sövemse, neyi yanlış yapıyorum ve nasıl yapmalıyım?
Danışmanın tam gerçek kodunu (hala gerçek olanın yalnızca bir versiyonudur, optimizasyon için büyük ölçüde kısaltılmıştır) ve bir dizi test parametresini Metatrader geliştiricisine kişisel bir mesajla sunmaya hazırım.