测试 "CopyTicks"。 - 页 44

[fxsaber]

Slava:

因为测试器比刚开始的时候有更多的虱子。

我不完全理解为什么蜱虫的可用性取决于行动的顺序？

[traveller00]

我的理解是否正确，测试器和终端有它们自己不同的tick存储空间？而如果测试是从4月8日开始的（有条件的），那么终端有什么标记并不重要，测试人员只有在4月8日才能看到它们（并且能够返回）？而且它们之间没有同步性，如果EA想更早地拾取ticks？

这种机制造成了一些问题。除了上述不明显的行为外，它还会使内存消耗增加一倍，因为刻度线基本上是硬盘上最大量的实体。是否有可能指望在一个单一的tick store上重写这样的逻辑？

[Slava]

fxsaber:

我不完全理解为什么虱子的可用性取决于行动的顺序？

因为测试仪在测试范围内精确地同步刻度。而这些标记保留在测试者的数据库中，供以后使用

[Slava]

traveller00:

我的理解是否正确，测试器和终端有它们自己不同的tick存储空间？而如果测试是从4月8日开始的（有条件的），那么终端有什么标记并不重要，测试人员只有在4月8日才能看到它们（并且能够返回）？而且它们之间没有同步性，如果EA想更早地拾取ticks？

这种机制造成了一些问题。除了上述不明显的行为外，它还会使内存消耗增加一倍，因为刻度线基本上是硬盘上最大量的实体。是否有可能在一个单一的ticks存储上重写这样的逻辑？

在这个方向上有一项工作正在进行。

如果测试代理 是本地的，它将不会持有抽搐的。

[fxsaber]

我遇到过这样一种情况：我改变了一个自定义角色的 历史（添加到它），但它在测试器中保持不变。

通过从测试员档案中删除历史记录进行补救。

[traveller00]

fxsaber:

我遇到过这样一种情况：我改变了一个自定义角色的历史（添加到它），但它在测试器中保持不变。

我可以通过删除测试者档案中的历史记录来解决这个问题。

意思是逐日，增加新的日子？而他却没有看到这些新的日子？还是在事情的过程中，在某一天的中间补充去？

[fxsaber]

traveller00:

你的意思是，按天计算，新的日子被添加？难道它没有看到这些新的日子吗？还是它在一天中增加了新的日子？

我把当天的刻度线，用自定义的方式写到过去一天/一周的偏移量。因此，我可以在新的点位上进行回测。

[fxsaber]

Anton:

再次感谢。

是的，在2380年，这个问题被意外地引入，然后很快被修复。但它成功地进入了Build 2380。

不幸的是，从那时起，MetaQuotes-Demo上还没有任何新的版本，一切都被修复了。

你可以回滚到以前的任何版本，或者等待MetaQuotes-Demo的下一个版本。

我在从一个交易服务器下载蜱虫时遇到了很大的困难，出现了故障和其他麻烦。

我无法提供对该服务器上的账户的访问。

如果我只是说出服务器的名字，你是否有技术上的可能性来检查下载报价的这种可怕情况的原因？

我面临另一种情况，在服务器上，一切都很正常，但开始从CopyTicksRange得到4403-error。只有终端重装才有帮助。

终端是2361年，EA是2396年编制的。

[Anton]

fxsaber:

我在从一个交易服务器上传ticks时遇到了很大的困难、故障和其他麻烦。

我无法提供对该服务器上的账户的访问。

如果我只给出服务器的名称，你是否有技术上的可能，看到下载报价时出现这种可怕的情况的原因？

我面临另一种情况，在服务器上，一切都很正常，但开始从CopyTicksRange得到4403-error。只有终端重装才有帮助。

终端是2361年，EA是2396年编制的。

需要更多信息。对问题的这种描述，没有日志，没有示例代码，甚至不可能开始检查。

[fxsaber]

Anton:

需要更多信息。有了这样的问题描述，没有日志，没有代码例子，甚至不可能开始检查。

只需在终端中复制TicksRange或在Market Watch的所有符号的真实ticks上运行优化。在这种情况下，优化可以燃烧几个小时--什么也不发生。