错误、漏洞、问题 - 页 1711

 
Anton:
通过GetMicrosecondCount()检查OnCalculate()的运行时间。将此值打印到日志中。最好是记住最大的时间,只打印最大的更新值到日志中--这样会更明显。

得到了每一个刻度的 输出,很多!

2016.09.27 19:29:00.293 TurnOver (Si-12.16,M1)  MaxInterval = 69.541 ms.
2016.09.27 19:28:59.877 TurnOver (Si-12.16,M1)  MaxInterval = 53.212 ms.
2016.09.27 19:28:59.800 TurnOver (Si-12.16,M1)  MaxInterval = 52.833 ms.
2016.09.27 19:28:59.739 TurnOver (Si-12.16,M1)  MaxInterval = 73.088 ms.
2016.09.27 19:28:58.689 TurnOver (Si-12.16,M1)  MaxInterval = 67.036 ms.
2016.09.27 19:28:58.007 TurnOver (Si-12.16,M1)  MaxInterval = 53.553 ms.
2016.09.27 19:28:57.744 TurnOver (Si-12.16,M1)  MaxInterval = 53.815 ms.
2016.09.27 19:28:57.603 TurnOver (Si-12.16,M1)  MaxInterval = 53.030 ms.
2016.09.27 19:28:57.541 TurnOver (Si-12.16,M1)  MaxInterval = 53.485 ms.
2016.09.27 19:28:57.488 TurnOver (Si-12.16,M1)  MaxInterval = 52.938 ms.
2016.09.27 19:28:57.443 TurnOver (Si-12.16,M1)  MaxInterval = 79.087 ms.

为什么CopyTicks这么慢?检查了对蜱虫数量的依赖性(count - 输入参数) - 几乎没有。它的价值也很低,很迟钝。

 
Anton:

这里有 更多的数据。

 
Vladimir Pastushak:
为什么demo.metaquotes.net:443不能开设模拟账户 进行更新?
有点不对劲,我也不能用网络或终端打开它。
 
Slawa:

1.取决于该指标的执行情况。如果少写,只有最后一个值被重新计算。

2.如果图表是静止的,条数 没有变化,在发生碰撞的情况下,会绘制之前的缓冲区(即不会出现空洞)。

谢谢你的澄清。
 
fxsaber:

得到了每一个刻度的输出,很多!

为什么CopyTicks这么慢?检查了对蜱虫数量的依赖性(count - 输入参数) - 几乎没有。它的价值也很低,很迟钝。

在你的案例中,蜱虫的到达率究竟是多少?
 
Slawa:
在你的情况下,蜱虫来袭的比率具体是多少?
它的波动很大。在所提供的日志中,M1勾股量 约为200。
 
fxsaber:
高度浮动。在提供日志的那一刻,M1的tick量 约为200。

我提醒你,刻度线的数量不等于收到的刻度线的数量。勾股量只由那些改变柱状图状态的勾股形成。

在这种情况下,CopyTicks的缓慢性被解释得非常简单。试图从tick数据库中读取一批tick时,遇到了向同一数据库写入另一个tick。谁先来,谁就封锁了通道。伴随着所有随之而来的制动后果。

 
Slawa:

作为提醒,tick volume不等于收到的ticks数量。滴答量只由那些改变柱状物状态的滴答形成。

在这种情况下,CopyTicks的缓慢性被解释得非常简单。试图从tick数据库中读取一批tick时,遇到了向同一数据库写入另一个tick。谁先来,谁就封锁了通道。与所有由此产生的制动后果。

关于交易、自动交易系统和测试交易策略的论坛

神秘的股票指标

fxsaber, 2016.09.27 20:32

该应用程序已经制作完成,但重写了 "圣洁 "
,现在它的工作没有闪烁。
设法绕过了刹车,没有等待修复。
 

它可能看起来像玻璃的底部在变化,但它不是

一些蠕动的放量和删除一些SellLimit,MT5的可视化在所谓的改变杯底方面有误导性。

 
fxsaber:

一些混蛋把一些SellLimit放了又放,MT5的可视化在所谓的改变杯底方面是有误导性的。

禁用自动标度会有帮助
原因: