MT5 对于那些关心速度的人来说。 - 页 12

新评论
 
shelandr:

我不明白这个问题......专家处理每一个刻度。点子通常是每分钟2-3个，在价格变动上，频率会增加到每分钟200个左右--或每秒4-5个（不要以为我把几分钟的时间错误地翻译成秒--有另一种关系）。我不知道我对分或秒的看法是否有误--它更准确，我可以直观地控制CPU负载，除了同步交易操作 不可避免地减慢进程，并可能阻止ticks进入。

好吧，让我们知道，无论是EA还是脚本，都不能阻止蜱虫进入终端。但我在说什么呢--去吧，蠢蠢欲动。
 
TheXpert:
我们要知道，无论是EA还是脚本，都不能阻止进入终端的ticks。

我没有说他们在阻挡......只是从物理上讲，调制解调器-网卡的端口，除非是千兆的，否则不可能通过所有的东西。 互联网流量也是不可预测的。

但同步交易操作 被阻止了......学习数学。

指示器，它们不会阻塞 - 它们在流动中工作。但是，脚本和专家顾问的速度会变慢。 (在MT4文档中有一个。

 
shelandr:

我想如果我增加频道带宽，最大频率也会增加......我可能没有时间接收所有的刻度......

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

MT5 对于那些关心速度的人来说。

薛仁贵, 2013.07.02 08:24

我有一个很好的想法，就是用我自己的自动交易系统集群，我应该尽力去学习我不懂的东西，我应该宁可学一次，好好做，而不是依赖别人的提示。

也许你应该这样做，而不是问10次同样的问题。
 
papaklass:

要澄清的是。

1.在下一次打勾时记住专家的开始时间。

2.当Expert Advisor工作了一个tick后，从当前时间 中减去你在开始时记住的时间。

如果差异超过6毫秒，这意味着不是通道拖慢了EA的速度，而是你的EA无法应对通道的速度。

我在MT5中有这样的计数器 - 它显示为0ms。在MT4中没有毫秒数。我也测量了两次跳动之间的惯性，它有时会显示3000毫秒。

我还需要测量终端的正常运行时间，它也可以工作。但6毫秒与此无关--与服务器的交换是在不同的时间，并取决于数据包的长度，这可能是不同的......。同样，他们也不知道自己是否形成了交易，以及关于头寸、订单等的信息是在一个单独的包里，还是添加到了tick包里（我一开始就披露了）。

我现在仔细看了看，有时Work=16ms。虽然市场很平静。间隔约为500毫秒。

 
sion:
也许你应该这样做，而不是把同样的事情问10遍。
我也是这样做的。此外，这不像是我在问，我在回答或-沟通。
 
papaklass:

你可以用同样的方法轻松检查卡拉拉互联网的速度。

你需要记住OrderSend();之前的时间，并与收到订单单后的时间进行比较。

函数GetTickCount（）将帮助你测量毫秒。

现在我看得更仔细了，有时Work = 16 ms。虽然市场很平静。间隔约为500毫秒。

虽然没有交易。

现在我试图关闭一个头寸，显示为36毫秒。

而现在，空转显示为64毫秒。它能意味着什么，这样的传播。

 
shelandr:

我现在更仔细地看了看，有时Work=16ms会漏掉。虽然市场很平静。间隔约为500毫秒。

虽然没有交易。

现在我尝试了一个交易操作来关闭一个头寸，显示为36ms。

而现在，空转显示为64毫秒。它能意味着什么，这样的变化。

通过GetTickCount 进行时间测量的精确度在16ms以内。

所以，你不能相信32毫秒内的计时。由于实际时间从0到31毫秒不等，GetTickCount响应可能更多的是被四舍五入到0或16。

 
shelandr:
这也是我所做的。此外，我不是在问，而是在回答或沟通。
好吧，如果你回答，我想知道你说的 "最大频率将增加...... "是什么意思，尤其是这些频率对信道速度的依赖性......？
 
Renat:

GetTickCount时间测量的精确度在16ms之内。

也就是说，32毫秒内的测量不能被信任。由于实时时间在0到31毫秒之间，来自GetTickCount的响应往往可能被四舍五入到0或16。

谢谢你......我明白了这个问题。 我的专家顾问有：finish =GetTickCount()。
所以没有什么可衡量的。因为我想知道为什么我得到了0--我不需要用微秒来测量...
 
shelandr:
另外，我不是在问，我是在回答或-沟通。

无罪

但你的答案是这样的。


1...5678910111213141516171819...39
新评论