新建的604中的测试器不能正确工作 - 页 7 12345678910111213 新评论 Simon Gniadkowski 2014.02.14 10:23 #61 Trevhib: 我们不能让我们复杂的、真实的、真金白银的EA正常地进行回测（即在60倍构建的情况下达到与509和之前相同的测试结果）。他们看起来交易正常（尽管不那么容易分辨细节），但回测显示出非常不同的结果。导致这种情况的潜在问题有很多，到目前为止，不可能找出哪些是罪魁祸首，也很难从清单中完全排除什么。 我的帖子恐怕没有增加任何技术价值，但它确实表明仍有有能力的人/团队在那里挣扎着面对新的现实。 我有一个EA要做，但我对目前的构建没有信心，无法开始工作......当它不能做它应该做的事情时，是我的代码出错还是我不知道的mql4.5的错误？ 所以是的，我和你在同一条船上。.这真的不是一个好情况。我不能测试我使用的每一个mql4函数，这不现实。 kekkis 2014.02.14 11:22 #62 RaptorUK: 你的.fxt 文件有多大？如果它大于4GB，那就是原因。 是的，昨天+5GB，谢谢你的好建议，找到了解决方案。 我怎样才能避免制作这么大的.fxt文件，只用1分钟和1小时这样的回测 周期？ 或者我可以尝试从论坛上搜索。 Simon Gniadkowski 2014.02.14 11:32 #63 kekkis: 是的，昨天+5GB，谢谢你的建议，找到了解决方案。 我怎样才能避免制作这么大的.fxt文件，只用1分钟和1小时这样的回测周期？ 或者我可以尝试从论坛上搜索。 你使用什么时间范围没有区别，如果有的话，M1仍然会被用来制作.fxt文件。......如果你想要一个更小的.fxt 文件，请使用一个更小的日期范围。 这不是你想听到的，我知道 ...... 任何真正的解决方案都在MetaQuotes的手中 ...... ......但他们不会升级MT4，所以不要屏住呼吸。 kekkis 2014.02.14 12:06 #64 RaptorUK: 你使用什么时间框架没有区别，如果有的话，M1仍然会被用来制作.fxt文件。......如果你想要一个更小的.fxt 文件，请使用一个更小的日期范围。 这不是你想听到的，我知道 ...... 任何真正的解决方案都在MetaQuotes的手中 ...... ......但他们不会升级MT4，所以不要屏住呼吸。 谢谢你的回答，我刚刚读了几个主题，你一直在写fxt >4GB的问题。他们应该把限制做得更小，人们不得不做向前走，没有通知:) 我不知道britt tick datasuite是否会有帮助。 离题了，抱歉。 我也发现了你那张有趣的点位和经纪商的图表。 Simon Gniadkowski 2014.02.14 12:19 #65 kekkis: 谢谢你的回答，我刚刚读了几个主题，你一直在写fxt >4GB的问题。他们应该把限制做得更小，人们不得不做向前走，没有通知:) 我不知道britt tick datasuite是否会有帮助。 离题了，抱歉。 我也发现了你的有趣的图表，其中有刻度和经纪商。 并不奇怪Fxcm与其他公司有如此大的不同，他们因操纵价格运行止损而被罚款，虚拟经纪人等..... 我在forex4you经纪商那里使用了4倍的sentinel，tick volume是难以置信的疯狂，没有道理。 本论坛不允许讨论经纪人问题，抱歉。 我认为.fxt的4GB限制是它，它曾经是2GB . . kekkis 2014.02.14 12:36 #66 RaptorUK:本论坛不允许讨论经纪人问题，抱歉。 我认为.fxt的4GB限制是它，它曾经是2GB . . . 我不知道，已经删除了。当然，因为经纪人是他们的客户而不是我们。 以下是我要测试的链接，如果它有效的话，Srcipt会改变 hst文件中的数量 信息。 https://forum.mql4.com/30879 Trevhib 2014.02.14 12:43 #67 RaptorUK: 当它不做它应该做的事时，是我的代码出错还是我不知道的mql4.5的错误？ 所以是的，我和你在同一条船上。.这真的不是一个好情况。我不能测试我使用的每一个mql4函数，这不现实。 绝对的，在每一点上都是如此。 Raptor，如果你在使用新的构建时感到挣扎/不确定，那么我们都在泥潭中。 至少我们并不孤单。 Simon Gniadkowski 2014.02.14 14:09 #68 Trevhib: 绝对的，在每一点上都是如此。 猛禽，如果你在挣扎/不确定使用新的建设，那么我们都在泥潭中。 至少我们并不孤单。 我不是在挣扎，只是我不想花时间去追寻我认为是我的编码问题，却发现它们不是，然后意识到除了等待下一个版本，我没有任何办法来解决它们。 我必须在某个时候扣动扳机，只是不知道那个时候是否是现在 . . . Trevhib 2014.02.14 14:16 #69 由于MQ仍在为我们提供几乎每天都有的新建筑，我想说这可能值得再坚持一段时间。 Ian Venner 2014.02.14 16:12 #70 好的，我添加了一个init()到deinit()的耗时计算。 1年回测，欧元/美元，1分钟图表 建立509 测试1：13.510秒 测试2：13.588秒 测试3：13.603秒 平均数。13.567秒 建制606 测试1：12.075秒 测试2：11.778秒 测试3：12.043秒 平均值。11.965秒 构建606策略测试者 平均比构建509快11.8%。 12345678910111213 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我们不能让我们复杂的、真实的、真金白银的EA正常地进行回测（即在60倍构建的情况下达到与509和之前相同的测试结果）。他们看起来交易正常（尽管不那么容易分辨细节），但回测显示出非常不同的结果。导致这种情况的潜在问题有很多，到目前为止，不可能找出哪些是罪魁祸首，也很难从清单中完全排除什么。
我的帖子恐怕没有增加任何技术价值，但它确实表明仍有有能力的人/团队在那里挣扎着面对新的现实。
你的.fxt 文件有多大？如果它大于4GB，那就是原因。
是的，昨天+5GB，谢谢你的好建议，找到了解决方案。
我怎样才能避免制作这么大的.fxt文件，只用1分钟和1小时这样的回测 周期？
或者我可以尝试从论坛上搜索。
是的，昨天+5GB，谢谢你的建议，找到了解决方案。
我怎样才能避免制作这么大的.fxt文件，只用1分钟和1小时这样的回测周期？
或者我可以尝试从论坛上搜索。
你使用什么时间框架没有区别，如果有的话，M1仍然会被用来制作.fxt文件。......如果你想要一个更小的.fxt 文件，请使用一个更小的日期范围。 这不是你想听到的，我知道 ...... 任何真正的解决方案都在MetaQuotes的手中 ...... ......但他们不会升级MT4，所以不要屏住呼吸。
谢谢你的回答，我刚刚读了几个主题，你一直在写fxt >4GB的问题。他们应该把限制做得更小，人们不得不做向前走，没有通知:)
我不知道britt tick datasuite是否会有帮助。
离题了，抱歉。
我也发现了你那张有趣的点位和经纪商的图表。
谢谢你的回答，我刚刚读了几个主题，你一直在写fxt >4GB的问题。他们应该把限制做得更小，人们不得不做向前走，没有通知:)
我不知道britt tick datasuite是否会有帮助。
离题了，抱歉。
我也发现了你的有趣的图表，其中有刻度和经纪商。
并不奇怪Fxcm与其他公司有如此大的不同，他们因操纵价格运行止损而被罚款，虚拟经纪人等.....
我在forex4you经纪商那里使用了4倍的sentinel，tick volume是难以置信的疯狂，没有道理。
本论坛不允许讨论经纪人问题，抱歉。
我认为.fxt的4GB限制是它，它曾经是2GB . .
本论坛不允许讨论经纪人问题，抱歉。
我认为.fxt的4GB限制是它，它曾经是2GB . . .
我不知道，已经删除了。当然，因为经纪人是他们的客户而不是我们。
以下是我要测试的链接，如果它有效的话，Srcipt会改变 hst文件中的数量 信息。
https://forum.mql4.com/30879
当它不做它应该做的事时，是我的代码出错还是我不知道的mql4.5的错误？ 所以是的，我和你在同一条船上。.这真的不是一个好情况。我不能测试我使用的每一个mql4函数，这不现实。
绝对的，在每一点上都是如此。 Raptor，如果你在使用新的构建时感到挣扎/不确定，那么我们都在泥潭中。 至少我们并不孤单。
绝对的，在每一点上都是如此。 猛禽，如果你在挣扎/不确定使用新的建设，那么我们都在泥潭中。 至少我们并不孤单。
好的，我添加了一个init()到deinit()的耗时计算。
1年回测，欧元/美元，1分钟图表
建立509
建制606
构建606策略测试者 平均比构建509快11.8%。