优化的结果与对其进行的单一测试不同 - 页 2

 
是啊...如果报价最初取自经纪公司的服务器,那么我们为什么要从MQ服务器上下载东西,尤其是那里的报价可能是滞后的或坏的,或者是追溯性的变化? 如果所有的东西刚刚被 "报价档案 "下载,为什么要在优化之前尝试下载其他东西? 所有这些问题都没有答案。也许,MT4的开发者仍会对这种情况和程序的逻辑进行评论?我们正在等待...
 

继续引用故障史诗。

再次下载了Alpari上传的最新版本228。在一个单独的文件夹中安装了它。我没有打开过在线图表。我已经在 "报价档案 "中下载了美元兑瑞郎的历史记录,历史记录中的条数是默认的--我不需要太多,即使是过去2-3个月也足够了。我按了两次 "下载 "按钮。第一次是从服务器上加载东西(我不知道是哪个服务器)。第二次点击后,它建议重新计算所有的时间框架--我同意了。重新计算后,我在设置中启用了左侧代理(因此MT4无法找到互联网),注销后重新进入程序。再也没有与服务器的连接。我选择了所需的时期、参数并进行了一次测试。我可疑地收到了一个测试图表,显示有少量的交易。我查看了报告和日志:在我指定的两个星期的测试期中,只有一个星期得到了处理。事实证明,这对夫妇的报价中有两个星期的大漏洞,"吃掉 "了我一个星期的月经。

所附的截图显示了这一点。

- MT4处于离线状态,没有连接到服务器。

- 选择了从2010.10.25到2010.11.23的测试期(我在2010.11.23的期末输入了一些储备,这对我来说更方便)。

- 测试确实是从2010.11.01 00:00到2010.11.05 22:00进行的,也就是说,一开始就错过了一整个星期。

- 在 "报价档案 "中,2010.10.15和2010.11.01之间的每小时报价有一个缺口--超过两周的报价丢失。

- StrategyTester报告 "写道,建模质量为90%(可能的最大值),没有任何差异 - 一切正常。

我们唯一可以理解的是,StrategyTester报告中有一个缺口,就是我指定的测试期开始的日期和实际测试期的日期之间的差异。但是,如果差距在被测试的时期内,这些时期就会重合,用户就会产生一种错觉,认为测试/优化是正确进行的。然后他们会因为错误地选择策略参数而导致亏损。

在 "档案 "中的分钟和其他引文中也有同样的漏洞。虽然报价被正确下载,也没有写错。在同一台电脑的下一个文件夹中,有另一个MT4的副本。这一对的报价在整个10月份都存在,没有错误,但它们是几天前下载的。我的磁盘上有足够的自由空间。我有一个足够宽的互联网通道,4兆比特,稳定且几乎免费。在那一刻,连接肯定没有被切断。我有两台电脑通过同一互联网连接运行ICQ、网络电台和其他几个MT4在线,没有任何中断。

在MetaTrader4中使用报价档案有一个严重的错误。难道没有人遇到过吗?

我想知道为什么MT的开发者们都沉默了?如果没有答案,除了通过这个论坛,我还能怎样联系他们?也许有一个错误跟踪器或直接访问支持?

 
将测试器作为一种手段来寻找 你的算法中的错误,专家顾问的正确性,但不是作为优化的工具。为此,Hypurga的 "视觉测试仪 "相当不错(它是一个指标)。
 

在写完上一篇文章后,立即又尝试了几次加载 "档案 "中的引语。没有任何东西被下载。既没有经过几次点击加载,也没有经过几次关闭/打开MT4。报价中的漏洞一直存在。

我手动清理了文件夹 \history\Alpari-Demo 和 \history\downloads。现在,所有不在 "洞 "中的报价都在第一次加载时没有任何问题。所以这似乎不是关于Alpari的服务器。

 
sever30:
将测试器作为一种手段来寻找你的算法中的错误,专家顾问的正确性,但不是作为优化的工具。为此,Hypurga的 "视觉测试仪 "相当不错(它是一个指标)。

这是一种什么样的测试器,在哪里可以得到?Yandex和谷歌不知道这件事。
 
其中的一个,我已经不记得具体是什么了......都查一下,很有用。你可以测试策略。
附加的文件:
ubgzpsvpdim.rar  76 kb
 
ReasonMan:

我想知道为什么MT的开发者们都沉默了。除了通过这个论坛,谁知道还能怎样联系他们?是否有一个错误跟踪器或直接进入帮助台?

因此,确实存在一个问题。就个人而言,恭喜你;-)

 

谢谢你,sever30,但我需要在周末迅速优化近半打对。这将是一个非常漫长的过程,在股权测试仪上。虽然MT4的测试器很慢,但在它上面测试会更容易和更快。

显然,我不是唯一有错误的人。由于 "报价档案 "中的小故障,测试结果有所不同。关于https://www.mql5.com/ru/forum/102259、 例子和提示,有一个很长的讨论。但那里也没有来自开发商的正常答案。

到目前为止,我发现检查历史完整性的唯一选择是 "历史数据分析的漏洞和差距" 脚本https://www.mql5.com/ru/code/7093, 它是由Bagadul的 "历史数据分析 "脚本发展而来https://www.mql5.com/ru/code/8039。 它至少在某种程度上允许你对历史的完整性有信心。

但在我看来,这是MT4的一个巨大缺陷(似乎也是MT5的缺陷)。在 "档案馆 "存在的三年里,没有把它整理好,并在其中留下这样的故障,这对开发商来说是完全不负责任的。:-(

 

那么,这个话题是如何结束的呢?时间过去了,故事还是一样:优化运行和简单测试的结果是不同的......有时如此不同,以至于让人感到羞耻。同时,如果你进行一次、两次、三次的单一测试,结果都是一样的。但如果你混入优化的结果,结果就不同了......这是很愚蠢的。

1)价差是否固定?- 是
2)报价档案的质量是否良好,没有漏洞?- 我手动检查了一下,没有缝隙
3)你是否检查了专家顾问的算法?- 是的,我当然检查了。在一次测试中,无论你运行多少次,结果都是一样的。
4)与其他经纪人一起,同样的故事重复发生?- 它是一样的,而不是经纪公司!
5) 你选择了一个较小的时期还是一个较大的时期?- 是
6)你是否尝试过测试酒吧的显性控制?- 嗯,我试着...只是不适合我的EA

好吧,如果你什么都试过了,那你为什么不直接开枪呢?

 
eugene-last:

优化运行和简单测试的结果是不同的...有时他们是如此的不同,以至于让你哭泣。

在你的情况下,随后的运行基本上是向前运行,如果它不漏水,那是件好事。

尝试交换行动,运行,然后优化。