MT5和速度在行动 - 页 84 1...777879808182838485868788899091...94 新评论 traveller00 2021.02.18 07:21 #831 我认为为20个货币对配备EA,运行20个终端,每个终端1个,是最有利可图的,这样想对吗? fxsaber 2021.02.18 07:24 #832 traveller00: 我的理解是否正确,为20个货币对配备EA,在20个终端中各配备1个,是最有利可图的? 是的。 Valeriy Yastremskiy 2021.02.18 08:04 #833 traveller00: 我的理解是否正确,有20个货币对的EA,运行20个终端,每一个都是最有利的? 排队是不同的,从20个负载不重的终端通过行动比在一个负载重的终端排队更快。 fxsaber 2021.02.18 08:33 #834 与服务器日志的比较显示,终端的OrderSend 到达服务器没有任何延迟。也就是说,如果你需要迅速抓住流动性,你可能会。 但你只能在终端发现你是否抓住了它,并有巨大的延迟。换句话说,终端的交易环境有一个滞后性。 Anton 2021.02.18 09:11 #835 fxsaber:在一个账户中,我将所有交易分成五个终端。另一方面,我把所有东西都留在了一个。日志显示,将账户拆分为终端,减少了OnTradeTransaction 的操作时间。我还可以肯定地说,OnTradeTransaction的时间受发送订单数量的影响:数量越大,平均时间越长。一般说来,一切似乎都保持平静。 我们会查清楚的。但最好是马上附上示例代码。从你的日志来看,你在1毫秒左右的交易时有延迟,也就是说,你要么在每一个tick点发送订单,要么每1毫秒发送计时器。 fxsaber 2021.02.18 09:22 #836 Anton:我们会去看看的。但最好附上一个代码例子。从你的日志来看,你的延迟是在你以大约1毫秒的频率进行交易时开始的,也就是说,要么是在每一个订单发送的刻度上,要么是在每1毫秒的定时器上。 修改工作可以经常进行。我无法附加一个战斗的专家顾问。也许,我们应该写一个自动ooler。 Mikhail Mishanin 2021.02.18 10:35 #837 fxsaber:修改工作可以经常进行。我无法附加一个战斗顾问。可能需要写一个自动提款机。 修改imho需要尽可能少,我认为对服务器的请求数量有某种排名,如果服务器上有很多 "噪音 "可以在尾端。 fxsaber 2021.02.18 10:37 #838 Mikhail Mishanin:尽可能少地修改,我认为对服务器的请求数量有某种排名,如果你在服务器上制造了很多 "噪音",你可能会被排在尾部。 没有这样的事情。 fxsaber 2021.02.18 12:49 #839 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。 附加的文件: OrderSend-Test2.ex5 299 kb fxsaber 2021.02.20 07:23 #840 在一台零ping的机器上,我从来没有看到(我的眼睛跑过日志)由终端执行的交易订单 的结果(2/20个EA运行)快于1.5ms。非常多~2-3毫秒。 这段时间包括哪些内容?这是操作系统的一个特殊性吗? MQ-Demo服务器现在是b2789。与服务器b2755相比,它在速度方面有什么变化吗? 1...777879808182838485868788899091...94 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我的理解是否正确,为20个货币对配备EA,在20个终端中各配备1个,是最有利可图的?
是的。
我的理解是否正确,有20个货币对的EA,运行20个终端,每一个都是最有利的?
排队是不同的,从20个负载不重的终端通过行动比在一个负载重的终端排队更快。
与服务器日志的比较显示,终端的OrderSend 到达服务器没有任何延迟。也就是说,如果你需要迅速抓住流动性,你可能会。
但你只能在终端发现你是否抓住了它,并有巨大的延迟。换句话说,终端的交易环境有一个滞后性。
在一个账户中,我将所有交易分成五个终端。另一方面,我把所有东西都留在了一个。
日志显示,将账户拆分为终端,减少了OnTradeTransaction 的操作时间。
我还可以肯定地说,OnTradeTransaction的时间受发送订单数量的影响:数量越大,平均时间越长。
一般说来,一切似乎都保持平静。
我们会查清楚的。但最好是马上附上示例代码。从你的日志来看,你在1毫秒左右的交易时有延迟,也就是说,你要么在每一个tick点发送订单,要么每1毫秒发送计时器。
我们会去看看的。但最好附上一个代码例子。从你的日志来看,你的延迟是在你以大约1毫秒的频率进行交易时开始的,也就是说,要么是在每一个订单发送的刻度上,要么是在每1毫秒的定时器上。
修改工作可以经常进行。我无法附加一个战斗的专家顾问。也许,我们应该写一个自动ooler。
修改工作可以经常进行。我无法附加一个战斗顾问。可能需要写一个自动提款机。
修改imho需要尽可能少,我认为对服务器的请求数量有某种排名,如果服务器上有很多 "噪音 "可以在尾端。
尽可能少地修改,我认为对服务器的请求数量有某种排名,如果你在服务器上制造了很多 "噪音",你可能会被排在尾部。
没有这样的事情。
你需要写一个自动弹幕。
在预告片中。在一台接近零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相比,它在速度方面有什么变化吗?