下面是另一个例子。我刚刚开始审查UsdJpy的隔夜优化。在优化之后,我没有改变报价,也没有接触它们,就从结果2631中双击选定的参数值(利润117.07,缩水34.86)进入测试器,并使用这些参数运行了一次测试。我得到了-3925的利润和-4049.04的缩水。明显的差异...
报告说大约有51个图表不匹配。在日志中,有51条关于它的记录。但所有的条目都只指交易量,我在任何地方都不使用它们,甚至在指标中也不使用(我不使用指标)。
优化和测试期与我第一篇文章中的相同。行动顺序 - 相同,但在第3页之后增加了控制测试仪的运行,以检查没有错误的不匹配。所有其他条件都是一样的。优化工作是在周六至周日的晚上进行的--市场,因此传播应被冻结。
我再次感到惊讶。我打开了 "报价档案",在这个货币对上按下了上传键,并允许重新计算所有时间段。
我再次双击从优化结果 中插入参数到测试器,并开始测试。现在的结果与优化时相同。报告和日志中没有不匹配的错误。
我正在添加问题(我一直在为它们编号):
4.如果在优化之前,我特意做了一次测试,并确保在 "报价档案 "中加载对子后(在我之前的信息中的第3点和第4点之间),没有差异,那么差异出现在哪里?
5.我怎样才能确保所有的优化结果都是在正确的报价上获得的,并且在优化过程中没有出现任何故障?
6.体积不匹配是如何对不使用体积的测试结果产生如此关键的影响的?
Z.I.我已经安装了杀毒软件并在工作。但Metatrader的可执行文件和它的整个文件夹以及所有子文件夹和文件都在例外情况下。我的另一台电脑根本没有杀毒软件,但这种故障是存在的。这意味着我们排除了防病毒。在三台不同的电脑上出现同样的故障。我们排除了磁盘和硬件问题以及周围程序的可能影响。Metatrader出了问题,它对报价的处理有问题。
我在其他根本不同的战略中看到了同样的优化故障。因此,从本质上讲,这并不真正取决于我的专家顾问。只是以前它对我来说并不那么重要,我对它的测试也不够。现在我每周要做几十次优化,而且会做得更多。而我们已经在谈论真正的钱了。请告诉我正确的行动或修改测试器和优化器。谢谢你!
该档案包含以下文件:
UsdJpy_1_optim.txt - 优化结果
UsdJpy_1_Orders.txt - 与优化相吻合的单次运行的订单(结果)列表
UsdJpy_1.log - 本次测试的日志
UsdJpy_1.htm - 关于它的报告
UsdJpy_2_Orders.txt - 单次运行的订单列表(结果),损失巨大(有错配)
UsdJpy_2.log - 本次测试的日志
UsdJpy_2.htm - 关于它的报告
现在更有意思了。这是在第三台电脑上,而且是在不同的一对上。我按照我第一个帖子中的计划做了所有事情。经过几个小时的优化,我检查了结果。我通过双击粘贴选定的参数集(没有触及或改变任何其他东西),得到的结果与相同参数的优化字符串绝对不同。我检查不匹配的报价。虽然我在优化前已经在 "档案 "中下载并重新计算了报价。好吧,我想,也许报价的重新计算会有帮助。我启动了 "重新计算所有时间框架 "并再次测试。差异已经消失了。但我现在计算出了第三个变体的结果,与前两个结果完全不一致。*smiley_with_great_eyes*。
又尝试了几次重新计算档案中的报价,并进行了测试。现在所有的结果都与最后一个、第三个选项相匹配。万幸的是,我们已经找到了正确的变体。但半天的优化工作被浪费了,优化结果 显然是不正确的。也就是说,我必须在晚上重新安装优化,并在早上有时间早起,为下一周选择合适的参数。此外,你不能确定它们是正确的。
我又注意到一些细节。首先,在不同变体的测试者报告中,"历史上的条数 "的数量不同。第二,即使在历史上有相同数量的条形图,结果也可能不同。第三,我的专家顾问是用每小时的蜡烛图工作的,并严格在某一小时00分钟,即在开放蜡烛图上打开系列中的第一个订单。但这些订单在不同的结果中以不同的价格打开。这可以从我在第一篇文章中附上的报告中看出,所以我暂时不再写任何日志。如果你还需要什么,我将会公布。
我是唯一一个在测试器上有这个问题的人吗?
还有更多关于 "名言档案 "的问题,因为已经触及了他们的转换话题。你能告诉我在哪里可以详细阅读,或者在这里回答我的问题。
我在周六至周日做所有的行动,也就是说,报价档案不应该被改变。
我在上周用一个未打开的图表窗口打开了一个货币对,也就是说,据我所知,本周的报价没有下载到本地存档。我按下下载。安装在这台计算机上的流量监视器显示了对服务器的MT请求和从服务器返回的数据块。一切都是正确的。下载后,我再次点击下载。但在这里我有两个选择:要么我继续计算所有的时间段(当下载完全完成时,这是合乎逻辑的),要么我再次下载一些东西(流量监控器确认了)--不清楚为什么一开始没有下载。而如果你按了几次,从服务器下载可能是在重新计算之后,这根本不符合逻辑,也无法理解。如果已经下载,重新计算,还有什么在下载?我在下载之间不关闭存档,不改变配对。
有时会发生这样的情况,在打开存档后连续按了几次(5次或更多),它仍然从服务器上下载东西,并且不建议重新计算所有的时间框架,不管之前是否下载过带有这对存档的存档(在之前的存档打开时),以及当时是否重新计算过。就好像第一次没有加载所有的东西,而现在你每次点击,缺失的东西就会被一点一点地拉出来,但不是一下子就拉出来。你可以在监视器中看到,这不仅仅是对服务器的请求,也是由它返回的数据块。为什么第一次没有加载,什么没有加载?我们到底应该按多少次 "上传 "按钮,以确保一对的所有报价都被下载?
如果我关闭档案,再次打开它,然后点击重新加载,它将不会加载第一次或第二次的报价,但会提供重新计算。逻辑上的工作顺序得到了恢复。而为什么会发生这种情况呢?你如何理解它?也许在每次下载后,我应该关闭存档,重新打开,然后再进行重新计算?请解释一下。
你能不能让它在你点击加载时,检查本地档案并一次性加载所有必要的文件,然后自动重新计算所有的时间框架?你能不能在档案中建立 "验证 "按钮,显示历史中的所有空白、不一致之处,以及类似情况?然后,在用户的确认下,所有的东西都会自动从服务器上调出并修复。我想使用MT4版本,因为向5版本的迁移将持续很长一段时间,而4版本非常受欢迎,需求量很大。还有我们现在需要赚的钱,在4号。
再说一次,MT从安装开始就连接到Alpari的演示服务器,它们从未改变过。在程序历史文件夹中只有两个文件夹:Alpari-Demo和下载。历史记录和图表窗口中的条数 设置没有改变,自从在电脑上安装MT后,仍然是默认的。但按下下载按钮的结果却意外地不同。在档案馆里究竟发生了什么,为什么它如此不可预测?
在Alpari论坛上有一个关于这个话题的平行讨论http://forum.alpari.ru/thread58122.html。
这里难道没有人有任何答案,甚至问题吗?开发商也是如此吗?
对于迪米翁。
1.在三台不同的电脑,三个不同的MT4实例上测试。症状是一样的。在 "档案 "中加载报价后,我通过运行测试器进行检查--在规定的时间内没有任何差异。然后我在同一时期启动优化。然后我进行优化 测试。这里是可能出现差异的地方。也就是说,它们是在整个历史记录被档案馆下载并重新计算之后,在优化之后(或期间)出现的。删除历史记录在这里不太可能起到任何作用。
2.Alpari有一个浮动的价差。我同意你的观点,你需要在平等的市场条件下进行测试。但如何在选定的传播上进行测试,在哪里指定?我在MT4中没有发现它。
这是个好主意。我可能会尝试一下。只是我至少要花上几天时间。但它仍然没有解决主要问题:为什么会出现这些报价故障?
测试人员的报告在我上面的帖子中存档。甚至在不同的日子里为两对不同的人。在同一个帖子中,有一个关于档案文件的描述。看看吧。
下载历史记录,重新计算时间范围。断开与互联网的连接并进行测试。
这种废话通常表明,EA是极其尖锐的。蜱虫不是下载的,是模拟的。而如果你在市场上打开,历史的轻微变化就会导致这种无稽之谈。
这样就可以得到类似的结果。
电脑已经连接到互联网很长时间了,图表在H1上打开。
我们关掉互联网,开始测试。专家顾问给我们写道,它下载了M5、M1的历史记录,这时互联网已经断开了。因此,有很多隐患。我们还知道当互联网连接时,它下载了什么样的历史记录。
谢谢Mislaid。这正是我将在接下来的优化中尝试做的事情。今天在Alpari论坛上也有人告诉我这样的算法。我将尝试...虽然,坦率地说,要么我不理解程序逻辑,要么开发者对优化器最重要的部分--引文存档有一些奇怪的态度。所以我仍然希望听到开发者对这个话题的澄清和对问题的回答。而MT从互联网上下载的是什么样的历史?我对这一点一无所知。请解释一下,或者给我一个可以阅读的链接。
我不是什么都知道,结论来自个人经验。
我看到你已经建立了足够的实验,能够提出假说。
你已经上传了一份关于会议记录的档案。它是从MQ服务器上下载的。如果你注意到了,它在过去几天,甚至几周内都不见了。假设:MQ服务器上的最后一次报价的档案可能还没有形成。你通过 "更新 "从服务器下载其余的历史记录。
另一个实验。你杀死了历史。你尝试通过 "更新 "下载会议记录(5分钟)。将从服务器上下载一小部分历史资料。假设:DC服务器上只存储了最新历史的有限部分。
假设:测试者从电脑上的档案中下载М5、М1,并从MQ服务器上完成。如果服务器上的档案尚未生成,这些数据将被模拟。如果没有互联网连接也一样。仿真的数据将不会被保存?
每周一次,我使用 "更新 "功能下载27种货币对的历史记录。有些货币对的下载量超过10000条,尽管本周的新条数约为7000条。假设:历史已经改变。
由于上述原因,测试结果 可能与最新数据不一致。
测试结果和模拟(微观、真实)交易结果可能由于其他一些原因而不一致。
我优化了EA。然后我根据结果运行一个单一的测试。优化和单一测试的结果并不总是一致的。
行动的顺序。
1.我在优化器中选择了一对(如AudUsd),并设置了2010.08.23-2010.10.30的期限。列表中的专家顾问和H1时间框架已经被选中 - 我现在只测试一个专家顾问。
2.我输入参数的优化范围。
3.我通过双击报价档案打开AudUsd的分钟历史。点击下载。下载后,我打开时钟,再次点击下载。它说,"它是否会重新计算所有的时间框架?我的回答是肯定的。
4.我优化4或5个参数,然后等待几个小时。我希望看到档案中所附的 "AudUsd_1_optim.txt "的优化结果。
5.我在 "优化结果 "中选择了适合我的一行(在我的例子中是 "AudUsd_1_optim.txt "文件中的第2183号),在测试器中双击其参数。我不改变,也不碰其他东西。
6.我开始进行单项测试。我看了看标签报告,看到完全不同的利润和缩水(201.78/-116.28),与这个参数组合的优化结果(162.36/-34.25)不符。日志中有一个卷轴不匹配的错误,但我的策略没有以任何方式使用卷轴,所以我认为这个错误并不关键,不会对结果产生太大的影响。交易的数量和其他一切也是不同的。这次测试的订单清单可在文件 "AudUsd_2_Orders.txt "中找到,日志可在 "AudUsd_2.log "中找到。
7.我非常惊讶。虽然我正在慢慢适应它。
8.我重复第三步。
9.我又开始用同样的参数进行单一测试。现在我获得的利润和缩水与优化相吻合。这次测试的订单列表包含在 "AudUsd_1_Orders.txt "中,而日志则在 "AudUsd_1.log "中。
这样的情况已经持续了两个多月(我每周都进行优化)。这种故障是周期性的,我没有发现任何明确的模式。这并不取决于优化的开始时间和一对夫妇。有时优化和下一次单独测试的结果是一致的,但有时并不一致。
坦率地说,我已经厌倦了它。整个晚上它都在计算和优化一些东西。然后我又不得不重新进行优化,因为我不明白我应该相信什么结果。此外,我不确定即使是一个巧合,也恰好是测试者工作的一个正确而不是一个故障的变体。
我想马上告诉你,我已经在论坛上搜索并阅读了类似的主题。我在Alpari论坛和这里都搜索并阅读了它们。而在Yandex也是如此。几个星期以来,我一直在努力寻找信息。但我唯一发现的是开发者关于 "浮动传播 "的话,测试结果 取决于此。并建议在周末测试策略(这正是我所做的--它不起作用)。虽然在我看来,这看起来不过是不想以某种方式解决这个问题的借口。毕竟,为了结束 "浮动点差 "的话题,只需在优化器的参数中增加 "点差 "字段,由用户酌情填写,就可以进行充分的优化,并通过参数对策略进行比较。我不认为为优化目的而记忆最后的市场价差有任何意义。
我有从Alpari网站下载的最新版本的Metatrader - 4.00.226。在另外两台电脑上也观察到完全相同的故障,版本相同,但安装时间不同,相隔几个月。那里的设置和分数与第一个MT上的相同。
我只在Alpari的一个模拟账户上做测试和优化。我没有连接任何其他账户。Alpari-Demo服务器在设置中 - Alpari NZ Limited。我也没有碰过服务器。我没有手动更改报价,我没有添加自己的报价。Metatrader总是在线(我的电脑上总是有互联网)。我在周六和周日进行优化。从理论上讲,这些天的价差不应该改变,"最后的价差 "的故障可能与此无关。所附的日志是10月30日星期六的。
测试期总是被明确指出。
这些问题是。
1.怎么可能发生呢?原因是什么呢?
2.如果这是一个测试员的小故障,你们什么时候能修好它?那么在这个版本中,我应该怎样做才能让一切都匹配呢?
3.如果是我的错,我做错了什么,我应该怎么做?
我已经准备好提供专家顾问的完整真实代码(无论如何,它只是一个高度截断的优化版本)和一组测试参数给Metatrader的开发者,在他的个人信息中。