MT5和速度在行动 - 页 94 1...8788899091929394 新评论 Renat Fatkhullin 2022.01.20 08:18 #931 fxsaber 查看 终端日志(b2958)时,看到了许多经常性滞后的情况。 我把我看到的第一件东西拿到这里做示范。限制器的修改持续了8秒。大多数修改需要大约这个时间。即使对于4毫秒的ping来说,这也是一个很大的问题,但与8秒相比仍然不算什么。这台机器上只有MT5终端在运行,平均CPU负载为~1%。分析表明,在制动过程中,当市场和交易订单非常活跃时,负荷会激增到100%。因此,从交易服务器到终端接收响应需要很长的时间。在速度慢的情况下,我已经向经纪人询问了情况。在交易服务器方面,所有的事情都是即时的,订单在第一线从终端到达服务器。也就是说,订单的发送速度并不慢,滞后发生在接收终端的回复上。我怀疑开发商能否在这里改进什么。谁在交易中非常活跃,请在你的日志中分享你对这个主题的观察。 在一天结束时的23:00:09(这是当地的终端时间),有服务器减速的嫌疑。 可能是:反弹、报告生成或其他方面。 fxsaber 2022.01.20 09:37 #932 Renat Fatkhullin #:在一天结束时的23:00:09(这是当地的终端时间),有一个服务器制动的嫌疑。 本地时间与服务器时间相同。这是翻身前的一小时。这个问题在其他时间也能观察到。 要求从经纪人那里获得服务器日志。和他们在一起,一切都很完美。问题出在终端方面。 它可以像这样 再现。 1...8788899091929394 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
我把我看到的第一件东西拿到这里做示范。
限制器的修改持续了8秒。大多数修改需要大约这个时间。
即使对于4毫秒的ping来说,这也是一个很大的问题,但与8秒相比仍然不算什么。
这台机器上只有MT5终端在运行,平均CPU负载为~1%。分析表明,在制动过程中,当市场和交易订单非常活跃时,负荷会激增到100%。因此,从交易服务器到终端接收响应需要很长的时间。在速度慢的情况下,我已经向经纪人询问了情况。在交易服务器方面,所有的事情都是即时的,订单在第一线从终端到达服务器。也就是说,订单的发送速度并不慢,滞后发生在接收终端的回复上。
我怀疑开发商能否在这里改进什么。谁在交易中非常活跃,请在你的日志中分享你对这个主题的观察。
在一天结束时的23:00:09(这是当地的终端时间),有服务器减速的嫌疑。
可能是:反弹、报告生成或其他方面。
在一天结束时的23:00:09(这是当地的终端时间),有一个服务器制动的嫌疑。
本地时间与服务器时间相同。这是翻身前的一小时。这个问题在其他时间也能观察到。
要求从经纪人那里获得服务器日志。和他们在一起,一切都很完美。问题出在终端方面。
它可以像这样 再现。