MT5和速度在行动 - 页 84

 
我认为为20个货币对配备EA,运行20个终端,每个终端1个,是最有利可图的,这样想对吗?
 
traveller00:
我的理解是否正确,为20个货币对配备EA,在20个终端中各配备1个,是最有利可图的?

是的。

 
traveller00:
我的理解是否正确,有20个货币对的EA,运行20个终端,每一个都是最有利的?

排队是不同的,从20个负载不重的终端通过行动比在一个负载重的终端排队更快。

 

与服务器日志的比较显示,终端的OrderSend 到达服务器没有任何延迟。也就是说,如果你需要迅速抓住流动性,你可能会。

但你只能在终端发现你是否抓住了它,并有巨大的延迟。换句话说,终端的交易环境有一个滞后性。

 
fxsaber:

在一个账户中,我将所有交易分成五个终端。另一方面,我把所有东西都留在了一个。


日志显示,将账户拆分为终端,减少了OnTradeTransaction 的操作时间。

我还可以肯定地说,OnTradeTransaction的时间受发送订单数量的影响:数量越大,平均时间越长。


一般说来,一切似乎都保持平静。

我们会查清楚的。但最好是马上附上示例代码。从你的日志来看,你在1毫秒左右的交易时有延迟,也就是说,你要么在每一个tick点发送订单,要么每1毫秒发送计时器。

 
Anton:

我们会去看看的。但最好附上一个代码例子。从你的日志来看,你的延迟是在你以大约1毫秒的频率进行交易时开始的,也就是说,要么是在每一个订单发送的刻度上,要么是在每1毫秒的定时器上。

修改工作可以经常进行。我无法附加一个战斗的专家顾问。也许,我们应该写一个自动ooler。

 
fxsaber:

修改工作可以经常进行。我无法附加一个战斗顾问。可能需要写一个自动提款机。

修改imho需要尽可能少,我认为对服务器的请求数量有某种排名,如果服务器上有很多 "噪音 "可以在尾端。

 
Mikhail Mishanin:

尽可能少地修改,我认为对服务器的请求数量有某种排名,如果你在服务器上制造了很多 "噪音",你可能会被排在尾部。

没有这样的事情。

 
fxsaber:

你需要写一个自动弹幕。

在预告片中。在一台接近零ping的机器上运行它,会导致GUI终端挂掉,对任何东西都没有反应(通过RDP),但会呈现。

显然,不必要的数百个FPS正在影响它。这是个错误。


然而,同时运行三个副本会导致这种情况一次发生。

DH      0       14:52:25.817    Trades  '88756': order #2229679 sell 0.01 / 0.01 EURUSD at market done in 31.402 ms (OrderSendTest_Position)
这是一个演示,其ping值为~0.5ms。
附加的文件:
 

在一台零ping的机器上,我从来没有看到(我的眼睛跑过日志)由终端执行的交易订单 的结果(2/20个EA运行)快于1.5ms。非常多~2-3毫秒。

这段时间包括哪些内容?这是操作系统的一个特殊性吗?


MQ-Demo服务器现在是b2789。与服务器b2755相比,它在速度方面有什么变化吗?