自动检查市场中的产品（问题和建议）。 - 页 5

新评论
 
Rashid Umarov:

这一点已经得到了纠正。

谢谢你。

 
我想再次提请MetaQuotes代表注意，最好能使自动验证更加智能和灵活。把所有产品放在一起没有任何意义和理由。特别是，这适用于 "测试人员耗时过长 "的错误。既没有明确的标准，也没有对测试过程和基础设施的描述（至少在以前的算法交易锦标赛的框架内是这样做的），也没有或多或少的完整的诊断信息，应用开发者不得不通过心灵感应或四处摸索，找出如何将产品塞进自动变速器的普鲁克斯坦之床。

例如，很明显，在指标的情况下，计算缓冲区的数量和它们的直接目的客观上影响了执行速度限制。如果该指标是用于计算对十分之一的缓冲区/水平的ticks的统计（所有没有间隙的ticks，即通过CopyTicksRange读取自上一个事件OnCalculate以来收到的所有东西），它不能有相同的要求，因为收盘价 MAC。

当然，剖析器 和经济计算方法已经到位，重构需要几天时间，但 "测试人员需要太长时间 "仍然存在。使用关于被测试货币对和时间框架（EURUSD H1, XAUUSD D1, GBPUSD M30, EURUSD M1）的最小可用信息，我在一台中型计算机上运行了4个指定的测试，得到的 运行时间 在每个货币对1.5-2分钟之间。为什么自流井会缺失一个小时，我不知道，也无从得知。由于缺乏反馈（以前有人类版主），所以无法解决这个问题。在引进自控式酸化器之前，产品被成功地缓和了。

为了让市场方便地（包括对开发者）更新并为用户提供不同功能的优质产品，支持必须存在，我认为。现在的情况是，这些产品被推到灰色地带--市场之外。如果不能在不切割产品的情况下进行自动消毒，那么唯一的出路就是直接向客户提供新版本的产品。

PS。还有一个小小的补充。根据剖析器，整个OnCalculate处理过程在一年半的测试中需要11秒。因此，一个特定指标的速度合格系数只取决于指标本身的12%，而在更大程度上--取决于测试者。也就是说，"测试员花费的时间太长 "这句话应该从字面上理解--"测试员的 速度变慢了"。这又是谁的问题呢？MQL-开发人员如何负责加快MQ测试人员的速度？
 
Stanislav Korotky:
PS。还有一个小小的补充。根据剖析器，整个OnCalculate处理过程在一年半的测试中需要11秒。因此，一个特定指标的速度合格系数只取决于指标本身的12%，而在更大程度上--取决于测试者。也就是说，"测试员花费的时间太长 "这句话应该从字面上理解--"测试员的 速度变慢了"。这又是谁的问题呢？MQL开发者如何对MQ测试者的加速负责？

有些事情是不清楚的。即使是真正的虱子也准备得更快。在一分半钟内，那里没有什么可做的。

在主层没有创建任何对象？

 
Stanislav Korotky:
PS。还有一个小小的补充。根据分析器，在一年半的测试中，整个OnCalculate处理需要11秒。因此，一个特定指标的速度测试通过率只取决于指标本身的12%，而在更大程度上取决于测试者。也就是说，"测试员花费的时间太长 "这句话应该从字面上理解--"测试员的 速度变慢了"。这又是谁的问题呢？MQL-开发人员如何负责加快MQ测试人员的速度？

来自自动减毒机的日志显示，对M1的测试不能在一小时内 通过月度间隔 。 

test on EURUSD:M1, from 01.5.2018 to 01.6.2018, deposit 1, model 1, execution delay 1 ms

而在H1上，同一个指标在几分钟内就能通过测试。

test on EURUSD:H1, from 01.5.2017 to 01.6.2017, deposit 10000, model 1, execution delay 1 ms

在你的代码中寻找原因。

 
MetaQuotes Software Corp.:

来自自动减毒机的日志显示，对M1的测试不能在一小时内 通过月度间隔 。

而在H1上，同一个指标在几分钟内就能通过测试。

在你的代码中寻找原因。

不幸的是，我在上述日志片段中没有看到一个小时的延迟，但可能他们只需要强调这个月？我自己检查过了，我没有看到任何堵塞，我可以在我的私人信息中给你发送日志。

日志中是否有任何错误（在网站的报告中没有显示）？

 
Andrey Khatimlianskii:

这里面有一些猫腻。即使是真正的抽搐也准备得更快。一分半钟内无事可做。

在主层没有创建任何对象？

当然有对象，但剖析器 也应该强调它们--不是吗？所有的构造函数/解构函数都在那里。当按运行时间排序时，OnCalculate在最前面，正如预期。指标是在视觉模式下测试的--有一个视觉化。

下面是来自2018年欧元兑美元M1测试。

2019.10.10 18:43:30.736 EURUSD,M1: 26463085 ticks, 371934 bars generated. Environment synchronized in 0:00:00.331. Test passed in 0:04:36.710 (including ticks preprocessing 0:00:03.479).

下面是剖析器中的内容（54秒）。


计算时 449 26463086 54 302 661 99.99%
 
你好，我的终端中的市场已经消失了，不能从市场上安装顾问 和指标，重新安装终端也没有帮助，以及以前购买的产品在市场上没有更新，谁知道如何解决这个问题？
附加的文件：
qqzb9dww_10-10-2019_191130.png  23 kb
 
Prostocar:
你好，我在终端的市场消失了，我不能从市场上安装顾问和指标，重新安装的终端没有帮助，以及以前购买的产品没有在市场上更新，谁知道如何解决这个问题？

检查Internet explorer的版本。有一种怀疑，它正在飞走。
 
Stanislav Korotky:

当然，这些对象就在那里，但剖析器 也应该突出显示它们--不是吗？所有的构造函数/解构函数都在那里。当按运行时间排序时，OnCalculate在最前面，正如预期。指标是在视觉模式下测试的--那里有一个渲染。

是的，确实忘了"@global_initializations"。

事实证明，绘制条形图和指标缓冲区本身需要这么多时间？

如果你编译到发布，并在同一时间段内运行可视化软件，直接滚动到最后（"跳到..."），需要多长时间？

 
Andrey Khatimlianskii:

事实证明，绘制条形图和指标缓冲区本身需要这么长时间？

如果你编译到发布，并在同一时间段内运行可视化软件，直接滚动到最后（"跳到..."），需要多长时间？

加速的。2018年从4分钟到1.5分钟，2019年从1.5分钟到35秒。而假的一个缓冲区指示器，什么都不计算，用可视化器测试需要53秒，用滚动测试需要12秒。

但既然他们说有挂起（超时是每小时一次），很可能不是处理速度的问题，而是一些我们不知道的环境情况（毕竟autovalidator不是一个终端测试器）。这就是为什么至少日志会派上用场。

1234567
新评论