堡垒。执法问题 - 页 156 1...149150151152153154155156 新评论 prostotrader 2021.02.19 13:04 #1551 fxsaber:上面已经详细说明了终端机的速度也在减慢。已经查看了服务器的日志。 有可能，遗憾的是我不知道具体的记录机制。 早在2014年就有延迟，但实际上没有任何变化....。 一年前，它们变成了灾难性的（最多十几秒）。 现在有些东西已经被修复了，但显然没有到最后...... fxsaber 2021.02.19 13:07 #1552 prostotrader:也许吧，遗憾的是我不知道具体的记录机制。早在2014年就有延迟，但几乎没有变化....。 提供了一个能立即重现该问题的EA。现在可能会找到原因。 prostotrader 2021.02.19 13:10 #1553 fxsaber:提供了一个顾问，立即重现了这个问题。现在可能会找到原因。 那就好了，谢谢你。 prostotrader 2022.01.19 13:08 #1554 prostotrader #:好的，谢谢你。 fxsaber#: 提供了一个顾问，立即重现了这个问题。现在可能找到了原因。 他们找到了吗（已经快一年了）？ fxsaber 2022.01.19 13:51 #1555 prostotrader #:你找到了吗（已经快一年了）？ 这里是那个复制的EA。 关于交易、自动交易系统和交易策略测试的论坛MT5和速度在行动fxsaber, 2021.02.18 13:49拖车。在一台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。 不幸的是，开发者并没有让我们知道他们是否已经修复了它。反馈只在语言之上。 prostotrader 2022.04.21 09:05 #1556 不到7年后，我们已经成功地找到了导致FORTS延迟的原因（谁），现在又找到了股票市场的原因。 由于MQ使用Plaza 2来接收衍生品和股票市场的报价，因此可以合理地假设 股票市场的订单是通过ASTS协议，从同一个服务器传输的，这意味着MQ为FORTS和股票市场编写了一个服务器。 MQ已经为FORTS和股票部分编写了一个服务器。如果市场上出现疲软的运动，OpenSection的6个服务器可以成功地应对负载。 但在FORTS和股票市场的高峰值期间，我们获得了巨大的延迟（战斗账户）。 2022.04.20 10:10:32.271 Trades 'ххххх': sell limit 20 MOEX at 88.56 2022.04.20 10:10:32.277 Trades 'ххххх': accepted sell limit 20 MOEX at 88.56 2022.04.20 10:13:25.446 Trades 'ххххх': sell limit 20 MOEX at 88.56 placed for execution 2022.04.20 10:13:26.012 Trades 'ххххх': order #200995543 sell limit 20 / 20 MOEX at 88.56 done in 173772.341 ms 试想一下，该订单的执行时间长达2.89分钟! MQ将FORTS和股票部分合并在一个服务器中，这并不坏，但 "开放"（可能是由于贪婪）。 没有为不同的市场制作单独的物理 服务器，所以事实证明，这是Otkryvashka的错! 非常奇怪的是，在这么长的时间里，MQ和Oprywashka都没有说是什么导致了这种 "残暴的 "延误。 1...149150151152153154155156 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
上面已经详细说明了终端机的速度也在减慢。已经查看了服务器的日志。
有可能，遗憾的是我不知道具体的记录机制。
早在2014年就有延迟，但实际上没有任何变化....。
一年前，它们变成了灾难性的（最多十几秒）。
现在有些东西已经被修复了，但显然没有到最后......
也许吧，遗憾的是我不知道具体的记录机制。
早在2014年就有延迟，但几乎没有变化....。
提供了一个能立即重现该问题的EA。现在可能会找到原因。
提供了一个顾问，立即重现了这个问题。现在可能会找到原因。
那就好了，谢谢你。
好的，谢谢你。
提供了一个顾问，立即重现了这个问题。现在可能找到了原因。
他们找到了吗（已经快一年了）？
你找到了吗（已经快一年了）？
这里是那个复制的EA。
关于交易、自动交易系统和交易策略测试的论坛
MT5和速度在行动
fxsaber, 2021.02.18 13:49
拖车。在一台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。不幸的是，开发者并没有让我们知道他们是否已经修复了它。反馈只在语言之上。
不到7年后，我们已经成功地找到了导致FORTS延迟的原因（谁），现在又找到了股票市场的原因。
由于MQ使用Plaza 2来接收衍生品和股票市场的报价，因此可以合理地假设
股票市场的订单是通过ASTS协议，从同一个服务器传输的，这意味着MQ为FORTS和股票市场编写了一个服务器。
MQ已经为FORTS和股票部分编写了一个服务器。如果市场上出现疲软的运动，OpenSection的6个服务器可以成功地应对负载。
但在FORTS和股票市场的高峰值期间，我们获得了巨大的延迟（战斗账户）。
2022.04.20 10:10:32.271 Trades 'ххххх': sell limit 20 MOEX at 88.56 2022.04.20 10:10:32.277 Trades 'ххххх': accepted sell limit 20 MOEX at 88.56 2022.04.20 10:13:25.446 Trades 'ххххх': sell limit 20 MOEX at 88.56 placed for execution 2022.04.20 10:13:26.012 Trades 'ххххх': order #200995543 sell limit 20 / 20 MOEX at 88.56 done in 173772.341 ms试想一下，该订单的执行时间长达2.89分钟!
MQ将FORTS和股票部分合并在一个服务器中，这并不坏，但 "开放"（可能是由于贪婪）。
没有为不同的市场制作单独的物理 服务器，所以事实证明，这是Otkryvashka的错!
非常奇怪的是，在这么长的时间里，MQ和Oprywashka都没有说是什么导致了这种 "残暴的 "延误。