Stanislav Korotky: PS。还有一个小小的补充。根据分析器,在一年半的测试中,整个OnCalculate处理需要11秒。因此,一个特定指标的速度测试通过率只取决于指标本身的12%,而在更大程度上取决于测试者。也就是说,"测试员花费的时间太长 "这句话应该从字面上理解--"测试员的 速度变慢了"。这又是谁的问题呢?MQL-开发人员如何负责加快MQ测试人员的速度?
来自自动减毒机的日志显示,对M1的测试不能在一小时内 通过月度间隔 。
test on EURUSD:M1, from01.5.2018 to 01.6.2018, deposit 1, model 1, execution delay 1 ms
而在H1上,同一个指标在几分钟内就能通过测试。
test on EURUSD:H1, from01.5.2017 to 01.6.2017, deposit 10000, model 1, execution delay 1 ms
这一点已经得到了纠正。
谢谢你。
有些事情是不清楚的。即使是真正的虱子也准备得更快。在一分半钟内,那里没有什么可做的。
在主层没有创建任何对象?
PS。还有一个小小的补充。根据分析器,在一年半的测试中,整个OnCalculate处理需要11秒。因此,一个特定指标的速度测试通过率只取决于指标本身的12%,而在更大程度上取决于测试者。也就是说,"测试员花费的时间太长 "这句话应该从字面上理解--"测试员的 速度变慢了"。这又是谁的问题呢?MQL-开发人员如何负责加快MQ测试人员的速度?
来自自动减毒机的日志显示,对M1的测试不能在一小时内 通过月度间隔 。
而在H1上,同一个指标在几分钟内就能通过测试。
在你的代码中寻找原因。
来自自动减毒机的日志显示,对M1的测试不能在一小时内 通过月度间隔 。
而在H1上,同一个指标在几分钟内就能通过测试。
在你的代码中寻找原因。
不幸的是,我在上述日志片段中没有看到一个小时的延迟,但可能他们只需要强调这个月?我自己检查过了,我没有看到任何堵塞,我可以在我的私人信息中给你发送日志。
日志中是否有任何错误(在网站的报告中没有显示)?
这里面有一些猫腻。即使是真正的抽搐也准备得更快。一分半钟内无事可做。
在主层没有创建任何对象?
当然有对象,但剖析器 也应该强调它们--不是吗?所有的构造函数/解构函数都在那里。当按运行时间排序时,OnCalculate在最前面,正如预期。指标是在视觉模式下测试的--有一个视觉化。
下面是来自2018年欧元兑美元M1测试。
下面是剖析器中的内容(54秒)。
你好,我在终端的市场消失了,我不能从市场上安装顾问和指标,重新安装的终端没有帮助,以及以前购买的产品没有在市场上更新,谁知道如何解决这个问题?
当然,这些对象就在那里,但剖析器 也应该突出显示它们--不是吗?所有的构造函数/解构函数都在那里。当按运行时间排序时,OnCalculate在最前面,正如预期。指标是在视觉模式下测试的--那里有一个渲染。
是的,确实忘了"@global_initializations"。
事实证明,绘制条形图和指标缓冲区本身需要这么多时间?
如果你编译到发布,并在同一时间段内运行可视化软件,直接滚动到最后("跳到..."),需要多长时间?
事实证明,绘制条形图和指标缓冲区本身需要这么长时间?
如果你编译到发布,并在同一时间段内运行可视化软件,直接滚动到最后("跳到..."),需要多长时间?
加速的。2018年从4分钟到1.5分钟,2019年从1.5分钟到35秒。而假的一个缓冲区指示器,什么都不计算,用可视化器测试需要53秒,用滚动测试需要12秒。
但既然他们说有挂起(超时是每小时一次),很可能不是处理速度的问题,而是一些我们不知道的环境情况(毕竟autovalidator不是一个终端测试器)。这就是为什么至少日志会派上用场。