新建的604中的测试器不能正确工作 - 页 9

 
RaptorUK: 我必须在某个时候扣动扳机,只是不知道那个时候是否是现在。
我同意。我的经纪人今天早上刚给我更新了建仓600(原文如此)我正在花时间阅读mql5 的所有内容。
 

Build 509 vs Build 606Strategy Tester 速度测试(视觉模式)。

  • 1年回测
  • 2013/01/01 - 2013/12/31
  • 视觉模式 (32x)
MT4 build 509 MT4 build 606
时间(ms) 345433时间 (ms) 535364
时间 (mm:ss) 05:45.433时间 (mm:ss) 08:55.364

Build 509的Strategy Tester在视觉模式下比Build 606的Strategy Tester快35.5%。

 
SDC:

Build 509 vs Build 606 Strategy Tester速度测试(视觉模式)。

  • 1年回测
  • 2013/01/01 - 2013/12/31
  • 视觉模式 (32x)
MT4 build 509 MT4 build 606
时间(ms) 345433时间 (ms) 535364
时间 (mm:ss) 05:45.433时间 (mm:ss) 08:55.364

Build 509的Strategy Tester在视觉模式下比Build 606的Strategy Tester快35.5%。

谢谢你,这证实了我上周某个时候从测试版中得到的印象......希望这能得到修复/优化。
 
angevoyageur:

数据是一样的,只有.hst格式被改变。正如SDC的测试所显示的,回测结果在build 509和60x中都是一样的。但这也表明SDC的第一次尝试是被破坏的,因为他没有使用相同的数据。

虽然经纪人可以改变你的数据。

谢谢你,AV。


我知道.hst的实际数据并没有改变。但是,如果我们在.hst中的60x前的数据是订购的OLHC,而被添加到该.hst的60x后的日期是OHLC,那么做了什么来确保整个.hst现在是正确的OHLC格式,以测试60x的构建?

此外,如果我 一个旧格式(OLHC)的历史数据文件导入新终端的历史中心,它是否有足够的智慧来正确导入,尽管它不是新格式的?

如果我说的太多了,请原谅。

编辑 - 顺便说一下,我在60x中运行的与509相比较的同类回溯测试的结束日期是13年10月,我的经纪人不可能在这之前通过终端改变我的M1数据(从而导致测试差异)。这意味着(假设我上面的问题有肯定的答案),509和60x之间的回测结果不同是由于其他原因(我真的希望是这样)。然而,正如Raptor所提到的,会是编码问题还是MT4.5的缺陷?我想我们最终会找到答案,但如果能从可能性列表中删除可疑的.hst文件/格式化,那将是一件好事。

 
Trevhib:

谢谢你,AV。


我知道.hst的实际数据并没有改变。 但是,如果我们在.hst中拥有的60x前的数据是订购的OLHC,而60x后的日期被添加到该.hst中是OHLC,那么已经做了什么来确保整个.hst现在是正确的OHLC格式,用于测试60x构建?

此外,如果我将一个旧格式(OLHC)的历史数据文件导入新终端的历史中心,它是否有足够的智慧将其正确导入,尽管它不是新格式的?

如果我说的太多了,请原谅。

编辑 - 顺便说一下,我在60x中运行的与509相比较的同类回溯测试的结束日期是13年10月,我的经纪人不可能在这之前通过终端改变我的M1数据(从而导致测试差异)。 这意味着(假设我上面的问题有肯定的答案),509和60x之间的回测结果不同是由于其他原因(我真的希望是这样)。 然而,正如Raptor所提到的,会是编码问题还是MT4.5的缺陷? 我想我们最终会找到答案,但如果能从可能性列表中删除可疑的.hst文件/格式化,那将是一件好事。

我理解。然而,只有时间才能带来所有的答案。
 

回测 和比较结果时,你是使用点差控制脚本还是固定点差?

 
Trevhib:

谢谢你,AV。


我知道.hst中的实际数据没有改变。 但是,如果我们在.hst中的60x前的数据是订购的OLHC,而被添加到该.hst中的60x后的日期是OHLC,那么已经做了什么来确保整个.hst现在是正确的OHLC格式,以测试60x构建?


我没有跟上每一个讨论,所以我不知道.hst文件的问题。我可以告诉你,如果你把509的.hst文件放在60x的历史文件夹中,图表的显示是一样的。这意味着要么509和60x的.hst文件之间没有区别,要么60x已经知道如何正确读取以前版本创建的.hst数据。
 
Trevhib:


我们不能让我们复杂的、真实的、真金白银的EA正常地进行回测(即在60倍构建的情况下达到与509和之前相同的测试结果)。他们看起来交易正常(尽管不那么容易分辨细节),但回测显示出非常不同的结果。导致这种情况的潜在问题有很多,到目前为止,不可能找出哪些是罪魁祸首,也很难从名单中完全排除任何东西。

我的帖子恐怕没有增加任何技术价值,但它确实表明仍有有能力的人/团队在那里挣扎着面对新的现实。


我比较了15个真实资金运行的EA的回测结果。他们中的大多数人在509和604测试中产生了不同的结果。新的编译器有太多的东西需要发现,都是低级别的(与编译器有关的)东西。

我希望,新的mql4编译器的开发者比较509和604的测试结果,以识别可能的问题。

我尝试了严格的编译,同样的,结果是不同的。我们是在另一个世界,代码可以编译,但在不同的世界中工作。所以,我们必须对真正的货币EA小心谨慎......(509编译的ex4在604世界中的工作与509世界不同。)

而且,不幸的是,modarator说,找到错误,我们就修复它。如果知道机器中发生了什么变化,那就有可能。

 
SDC:

509图。

604图。


嗨,SDC,有很多高质量的销售或公共EA。你可以在509和604下测试一个真正的(509 ex4的EA),你会看到差异。

但即使是509的ex4在509和604下运行也不一样。

目前,我不能在604下运行我的代码,因为,被证明的代码将以不同的方式工作。我不能接受这一点。我必须了解编译器/执行的不同之处。

同时,我在过去的20年里一直在编写代码。

 
cbalta:


嗨,SDC,有很多高质量的销售或公开的EA。你可以在509和604下测试一个真正的(509 ex4构建的EA),你会看到差异。

但即使是509的ex4在509和604下的运行也不一样。

目前,我不能在604下运行我的代码,因为,被证明的代码将以不同的方式工作。我不能接受这个。我必须了解编译器/执行的不同之处。这些风险迫使我寻找其他的开发环境。

同时,我在过去的20年里一直在编写代码。

也许你是对的,但你必须证明这一点,因为SDC表明,对于一个特定的EA,结果是相同的。当然这不是最后的结论。

你能提供一个代码.mq4或.ex4,以及一个测试协议,这样我们就能尝试重现这个问题?