mt5策略测试器的刻度 - 页 3

新评论
 
NyemaSanya:
不客气。不幸的是，我的结论是，目前只有在MT5上可以开发这样的策略，而MT5只基于蜡烛数据。深入研究是没有结果的，因为测试器中生成的tick数据是不可靠的。

我相信MQL5测试器比MQL4测试器更有效，但是；）等一下......庄严的沉默萦绕心头......MQL5测试器无法导入真实的tick 数据，这对那些打算创建tick策略的编码员/交易员来说是一个令人难以置信的重大挫折。不幸的是，似乎唯一可行的选择是冒险回到MQL4测试器，在99%的准确率上运行策略。

谢谢你

 
WhooDoo22:

我相信MQL5测试器比MQL4测试器更有效，但是;)请等待...庄严的沉默徘徊着......MQL5测试器无法导入真实的tick数据，这对那些打算创建tick策略的编码员/交易员来说是一个难以置信的重大挫折。不幸的是，似乎唯一可行的选择是冒险回到MQL4测试器，在99%的准确率上运行策略。

谢谢你

你是否在MT4上测试过 "基于tick的策略"，准确率达到99%，并与正向测试进行了比较？

 
angevoyageur:

你是否在MT4上测试过 "基于tick的策略"，准确率达到99%，并进行过正向测试？

你好，阿兰。

是的，我有。你的下一个问题是什么，先生？）

谢谢你

 
WhooDoo22:

你好，阿兰。

是的，我有。您的下一个问题是什么，先生？）

谢谢你

呸，结果是什么？我有一个基于tick的EA（MT4），我从来没有能够从ST和正向测试中获得类似的结果（有99%的准确性）。
 
WhooDoo22:

一个解决方案可能是，如果谁有能力修改MQL5测试器的代码，就可以修改它，以便从MQL5主目录文件夹中的历史文件夹中读取真实的tick数据，就像MQL4那样。

嗯，我不确定。这可能需要巨大的存储容量。从我已经记录的情况来看，我可以说，对于欧元兑美元来说，一整日的tick数据大约是7-10Mb，以文本格式计算。以一年250个工作日计算，大概是2Gb。唯一的机会是存储和使用压缩的数据。

总之，愚蠢的是，测试器产生了太多的刻度线。太多了，而且完全没有必要，因为它比现实生活中的要多。说实话，它看起来像是在刻度线生成器的程序代码中出现了问题。因此，最重要的事情是解决这个问题。其次，如果让我们说四分之一或五分之一的真实tick数据（我说的只是价格）将被存储并用于建模，此外，它仍然有希望足以满足更多的现实。

 
angevoyageur:
呸，结果是什么？我有一个基于tick的EA（MT4），我从来没有能够从ST和向前的测试中获得类似的结果（有99%的准确性）。

我仍然在 "学习绳索"，因为似乎总是有更多的绳索需要学习。有时我觉得我就像约翰-史密斯独自驾驶五月花号船一样（大笑！），它比看起来更难，阿兰:)

结果与MQL4测试器的类似（假设使用99%的准确性），但真正的困扰是被拒绝进入/退出市场（无法控制）。交易进入/退出 的速度是基于网络连接速度（可以控制）。我还没有全部掌握，但我做了我能做的。

谢谢你

 
WhooDoo22:

我仍然在 "学习绳索"，因为似乎总是有更多的绳索需要学习。有时我觉得自己就像约翰-史密斯在独自驾驶 "五月花 "号船（大笑！），它比看起来更难，阿兰 :)

结果与MQL4测试器的类似（假设使用99%的准确性），但真正的困扰是被拒绝进入/退出市场（无法控制）。交易进入/退出的速度是基于网络连接速度（可以控制）。我还没有全部掌握，但我做了我能做的。

谢谢你

谢谢你的回答，内森。

编辑 : 我不认为约翰-史密斯与五月花号没有关系。

 
angevoyageur:
谢谢你的答复，内森。

是的，先生。

谢谢你

 
angevoyageur:

谢谢你的回答，内森。

编辑 : 我不认为约翰-史密斯与五月花号毫无关系。

你可能是对的，但就像我说的，我做我能做的 :)

谢谢你

 
NyemaSanya:

对不起，RaptorUK。


我不太明白你的问题。看起来你并不清楚，更多的小数点是在测试器中，而不是在现实生活中。因此，我不会错过测试器中的标记，我想把它们中多余的标记扔掉（因为我相信我在VPS上记录的实时数据是正确和完整的）。在上面的例子中，49676-27878=21798个额外的点位是由测试器产生的。(这是Alpari经纪商的欧元兑美元数据，我忘了提到它，尽管它可能并不重要）。

我说的不是在策略测试器中 漏掉的点，而是在你记录时漏掉的点。 如果你在记录数据时计算你看到的点，而你漏掉了点，那么你的计数就会比它应该的低。 确定你在记录时是否漏掉了点是非常简单的，我只是想知道你是否这样做了，当你发现你漏掉了点时你做了什么？
12345678910...15
新评论