堡垒。执法问题 - 页 4 1234567891011...156 新评论 Renat Fatkhullin 2014.12.24 16:43 #31 Mikalas: 所以你认为延迟（在内部网络中）~30毫秒对TM-5来说是正常的？为什么你认为它们是内部的？1）在OnTradeTransaction 中查看你收到多少个关于订单的中间状态。每个交易不是一个数据包（请求-回应），而是几个通知。这是为了让终端始终知道请求处于什么阶段（例如，执行可能需要很长的时间）。我们现在正在考虑是否有可能在MQL5中包括一个单独的功能，以禁用所有的中间状态通知，将该计划变成一个简单的表格。这可以加快执行速度。2）你完全忽略了与交易所沟通的第二方面，以及执行速度的可变性。显然，你认为有一个已知的0，但那里不能保证速度。在我看来，这比它可能的要多10倍。没有必要因为看了一块伸出水面的阿斯伯格而被愚弄。让我澄清一下，我们实际上并没有将速度提高2倍，我们获得了大约20-30ms。 2不是2的因素，只是1的因素。这只是一个低基数效应。在任何情况下，我们继续工作，并将获得更好的结果。 Mikhail Filimonov 2014.12.24 16:47 #32 Renat:为什么你认为它们是内部的？1）在OnTradeTransaction中查看你收到多少个关于订单的中间状态。每个交易不是一个数据包（请求-回应），而是几个通知。这是为了让终端始终知道请求处于什么阶段（例如，执行可能需要很长的时间）。我们现在正在考虑是否有可能在MQL5中加入一个单独的功能，以禁用所有的中间状态通知，将该计划变成一个简单的表格。这可以加快执行速度。2）你完全忽略了与交易所沟通的第二方面，以及执行速度的可变性。显然，你认为有一个已知的0，但那里不能保证速度。在任何情况下，我们继续工作，并将获得更好的结果。是的，因为来自虚拟机（本地网络）的延迟与从家里（互联网）交易时的延迟相等（甚至更多）。雷纳特，我真的希望你能解决这个严重的问题。我真诚地祝愿你好运，对我们（用户）来说，不要等得太久。P/S 非常感谢你回答了我的问题。也非常感谢你们这么快就提高了速度! Mikhail Filimonov 2014.12.25 09:49 #33 papaklass:外汇。为什么在服务器上会出现这样的延迟？真正的建设1010。 你是说104和146毫秒？ Alexey Klenov 2014.12.25 10:56 #34 Mikalas: 你是指104ms和146ms吗？最有可能是在24ms和146ms之间 尽管这些订单几乎是在同一时间离开终端的 Mikhail Filimonov 2014.12.25 11:58 #35 olyakish:可能是在24ms和146ms之间 尽管这些订单几乎是在同一时间离开终端。这个 "浮动 "的错误在"FORTS下单时的大延迟 " 主题中讨论过。( https://www.mql5.com/ru/forum/19681 )，不幸的是，在1035版本中没有修复。在这个主题中，雷纳特说。"偶尔出现的浮动反应交付时间到码头的问题还没有得到解决，我们将继续努力解决这个问题。"还有。"无论如何，我们正在继续工作，将获得更好的结果。" Alexey Klenov 2014.12.25 21:53 #36 papaklass:它是24和146，30和104之间的区别。但也有一些时候，执行 所有订单的时间 明显增加。那一刻，交易从哪里开始。我一直在仔细处理这个问题，现在得出的结论是，必须有 一个离经纪人更近的专用服务器（专用的，而不是虚拟的）。在一个好的数据中心的服务器 一个高度可靠的网络，即使是没有媒体资源的100Mbps（没有互联网接入的交叉连接是一个理想的解决方案）。到经纪人的ping应该尽可能的稳定，没有骤降 最大偏差（最小和最大之间的差异）1ms在交易高峰期，服务器上的终端总数不应超过负载的25-30%（专家顾问）。如果是风，那么服务器2012（正如许多人声称的那样--它在网络上的工作更稳定）。在这之后，你可以做一些测试... Alexey Klenov 2014.12.25 23:50 #37 papaklass: 服务器是虚拟的，Windows - Server 2012 R，千兆网络，ping 7ms。该网络相当稳定。虚拟机负载将影响终端的批量订单发送（会有时间差异），而不是MT服务器上的订单处理。给我你的服务器的IP，我自己检查。mt5下订单，虚拟机 将信息发送给物理机，后者再将信息发送给网络接口。第一阶段在日志中写为2014.12.23 10:44:28.630 Trades '880758': market buy 0.03 EURUSD.e(我的猜测)+在这一点上，最好是ping一下服务器-t+另一种情况可能是，MT5服务器作为一个管道到一些PL，从连接MT5server - PL和PL对订单的反应可能会增加总时间。你需要МТ5服务器作为一个终极实例（经纪人，如做市商）。 Alexey Klenov 2014.12.26 08:04 #38 该服务器没有被Ping，也没有被搜索到。 Alexey Klenov 2014.12.26 09:40 #39 papaklass:netstat命令给出了一个奇怪的IP。无法识别欧洲1号服务器IP也许这更容易 打开一个账户文件，并从那里得到一张带有服务器/经纪商名称的图片。 Alexey Klenov 2014.12.26 10:38 #40 它仍然挂在最后一个屏幕上... 1234567891011...156 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
所以你认为延迟（在内部网络中）~30毫秒对TM-5来说是正常的？
为什么你认为它们是内部的？
1）在OnTradeTransaction 中查看你收到多少个关于订单的中间状态。
每个交易不是一个数据包（请求-回应），而是几个通知。这是为了让终端始终知道请求处于什么阶段（例如，执行可能需要很长的时间）。
我们现在正在考虑是否有可能在MQL5中包括一个单独的功能，以禁用所有的中间状态通知，将该计划变成一个简单的表格。这可以加快执行速度。
2）你完全忽略了与交易所沟通的第二方面，以及执行速度的可变性。显然，你认为有一个已知的0，但那里不能保证速度。
在我看来，这比它可能的要多10倍。
没有必要因为看了一块伸出水面的阿斯伯格而被愚弄。
让我澄清一下，我们实际上并没有将速度提高2倍，我们获得了大约20-30ms。 2不是2的因素，只是1的因素。这只是一个低基数效应。
在任何情况下，我们继续工作，并将获得更好的结果。
为什么你认为它们是内部的？
1）在OnTradeTransaction中查看你收到多少个关于订单的中间状态。
每个交易不是一个数据包（请求-回应），而是几个通知。这是为了让终端始终知道请求处于什么阶段（例如，执行可能需要很长的时间）。
我们现在正在考虑是否有可能在MQL5中加入一个单独的功能，以禁用所有的中间状态通知，将该计划变成一个简单的表格。这可以加快执行速度。
2）你完全忽略了与交易所沟通的第二方面，以及执行速度的可变性。显然，你认为有一个已知的0，但那里不能保证速度。
在任何情况下，我们继续工作，并将获得更好的结果。
是的，因为来自虚拟机（本地网络）的延迟与从家里（互联网）交易时的延迟相等（甚至更多）。
雷纳特，我真的希望你能解决这个严重的问题。
我真诚地祝愿你好运，对我们（用户）来说，不要等得太久。
P/S 非常感谢你回答了我的问题。
也非常感谢你们这么快就提高了速度!
外汇。为什么在服务器上会出现这样的延迟？真正的建设1010。
你是指104ms和146ms吗？
最有可能是在24ms和146ms之间
尽管这些订单几乎是在同一时间离开终端的
可能是在24ms和146ms之间
尽管这些订单几乎是在同一时间离开终端。
这个 "浮动 "的错误在"FORTS下单时的大延迟 " 主题中讨论过。
( https://www.mql5.com/ru/forum/19681 )，不幸的是，在1035版本中没有修复。
在这个主题中，雷纳特说。
"偶尔出现的浮动反应交付时间到码头的问题还没有得到解决，我们将继续努力解决这个问题。"
还有。
"无论如何，我们正在继续工作，将获得更好的结果。"
它是24和146，30和104之间的区别。
但也有一些时候，执行 所有订单的时间 明显增加。
那一刻，交易从哪里开始。
我一直在仔细处理这个问题，现在得出的结论是，必须有
在这之后，你可以做一些测试...
服务器是虚拟的，Windows - Server 2012 R，千兆网络，ping 7ms。该网络相当稳定。
虚拟机负载将影响终端的批量订单发送（会有时间差异），而不是MT服务器上的订单处理。
给我你的服务器的IP，我自己检查。
mt5下订单，虚拟机 将信息发送给物理机，后者再将信息发送给网络接口。
第一阶段在日志中写为
(我的猜测)
+在这一点上，最好是ping一下服务器-t
+另一种情况可能是，MT5服务器作为一个管道到一些PL，从连接MT5server - PL和PL对订单的反应可能会增加总时间。
你需要МТ5服务器作为一个终极实例（经纪人，如做市商）。
netstat命令给出了一个奇怪的IP。
无法识别欧洲1号服务器IP
也许这更容易
打开一个账户文件，并从那里得到一张带有服务器/经纪商名称的图片。
它仍然挂在最后一个屏幕上...