2018.02.1510:00:13.764 * 'ххххх': order placed for execution [#84312120 sell limit 2.00 MOEX-6.18 at 11557], time 1.39 ms
2018.02.1510:00:13.764 * 'ххххх': order #84312120 sell limit 2.00 MOEX-6.18 at 11557 request new due execution [request new order #84312120], time: 0.12 ms
2018.02.1510:00:13.770 * 'ххххх': order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed due execution [added order #84312120, sell limit 2.00 MOEX-6.18 at 11557 [based on order '29447873389']], time: 0.11 ms
2018.02.1510:01:25.239 * 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 (11002 / 11221 / 11200)
2018.02.1510:01:25.239 * 'ххххх': request transfered to dealers, rule 'FORTS Gateway #real' (cancel #84312120 sell limit 2.00 MOEX-6.18 at 11557)
2018.02.1510:01:25.240 * '*': request from'30552' (cancel #84312120 sell limit 2.00 MOEX-6.18 at 11557)
2018.02.1510:01:25.245 * 'ххххх': order #84312120 sell limit 2.00 MOEX-6.18 at 11557 request cancel due execution [request cancel order #84312120], time: 1.64 ms
2018.02.1510:01:25.250 * '*': placed for execution for'30552' (cancel #84312120 sell limit 2.00 MOEX-6.18 at 11557)(11002 / 11221 / 11200)
2018.02.1510:01:25.254 * 'ххххх': order #84312120 sell limit 2.00 MOEX-6.18 at 11557 canceled due execution [canceled order #84312120 [based on order '29447873389']], time: 0.88 ms
我已经两天没有看到MT5服务器有任何延迟或其他 "问题 "了。
它真的修好了吗？
我已经两天没有看到MT5服务器有任何延迟或其他 "问题 "了。
一切都已经解决了吗？
也许中央银行已经暂停了刹车？))
已经有2年零2个月了。
我不知道该怪谁，是经纪人还是软件（似乎永远找不到），但这就是结果。
2018.02.15 10:00:54.309 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 2018.02.15 10:01:25.698 Trades 'ххххх': accepted cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 ms已经有2年零2个月了。
我不知道该怪谁，是经纪人还是软件（看起来永远不会被发现），但这就是结果。
雷纳特曾经说过，为了弄清楚，你需要掌握从计算机到经纪人的网络中的真实ping数据，而不仅仅是ping数据--也就是检查这个想法："此刻网络中是否存在任何问题（而且这种问题总是存在的，在任何时候都可能发生）"。
尚待理解的是，在发送交易请求 的同时，如何准确把握信号从计算机传递到经纪人的时间（如果是挂单，该怎么做？）
雷纳特曾经说过，为了弄清楚，有必要掌握从计算机到经纪人的网络中的实际平移数据，而不仅仅是平移数据--也就是检查这个想法："此时网络中是否有任何问题（这种问题随时都可能发生）"。
我们还需要了解如何在发送交易请求 的同时，准确把握信号从电脑到经纪商的传递时间（如果是挂单，该怎么做？）
如果上一条命令 在6毫秒内 执行，而下一条命令也是如此，你想 "计时 "什么？
雷纳特曾经说过，为了弄清楚，有必要掌握从计算机到经纪人的网络中的实际平移数据，而不仅仅是平移数据--也就是检查这个想法："此时网络中是否有任何问题（这种问题随时都可能发生）"。
我们还需要了解如何在发送交易请求 的同时，准确把握信号从电脑到经纪商的传递时间（如果是挂单，该怎么做？）
在这种情况下（31秒），只要看到每个OnTradeTransaction的调用时间就足够了。我敢肯定，交易服务器对删除订单的请求被接受的确认几乎是立即的。
接下来，通过历史记录（而不是OnTradeTransaction）看一下收盘时间。最有可能的是，这些时间之间的差异将是31秒。这将百分之百地说，客户端<->终端连接与刹车无关。
如果前一条命令 在6毫秒内 执行，而后一条也是如此，那么你想 "计时 "什么？
一个简单的例子。我在网上冲浪。突然间，互联网开始缓慢得可怕。一分钟后，它就恢复了。原因可能有很多：WiFi故障--连接了不兼容标准的新设备（我有一部手机，第一次连接到家庭WiFi时就把我的路由器弄死了，我不得不重新启动路由器），或者在家庭路由器之后签署路由器...
一个简单的例子。我在网上冲浪。突然间，互联网开始缓慢得可怕。一分钟后，它又回来了。可能有很多原因：WiFi有问题--连接了一个不兼容标准的新设备（我个人有一部手机，第一次连接到家里的WiFi时就会杀死路由器，我不得不重新启动路由器），或者在家里的路由器之后签署路由器...
不需要上网，这里很简单
当订单以异步方式发送时，我们得到以下结果。
表示该订单已由终端发送至MT5服务器。
表明MT5服务器已经收到了一个订单
2018.02.15 10:01:25.711 Trades 'ххххх': cancel order #84312120 sell limit 2.00 MOEX-6.18 at 11557 placed for execution in 31407.470 ms意味着服务器已将该订单发送给交易所。
交易所的响应 立即出现在OnTradeTransaction 中，而终端本身并没有输出任何信息
添加
以下是SD一年前的回应。
异步方法不期望或监控操作的结果（下订单），只期望发送的事实，因此不记录它。
再看一下前面和后面的命令
当然，这有可能是一个网络问题，但这不是我的问题，是经纪人的问题。
因为它日复一日地重复着，在安装了新的1755版后，而且正好是在晨会开始时。
添加
关于互联网。
这些日志取自终端，通过OnLime（100 mbps）工作。
这些是通过MGTS（200 mbps光纤）工作的终端的日志。
日志片段的时间与其他终端相同，结果也是如此。
你怎么看？
向Opener提出了关于84312120号 订单的服务器日志的请求。
得到了这些日志
从我的和服务器的日志显示。
终点站报告。
2018.02.15 10:00:54.309 交易 'XXXXX': 取消订单 #84312120 卖出限额 2.00 MOEX-6.18 at 11557
服务器。
2018.02.15 10:01:25.239 * 'XXXXX': 取消订单#84312120卖出限价2。00 MOEX-6.18 at 11557 (11002 / 11221 / 11200)
也就是说，从终端发出指令到服务器接受指令，已经过去了31秒。
所以问题可能是。
1.在终端（它说它发送了一个订单，但实际上没有），我非常怀疑。
2.OPEN的供应商或OPEN的内部网络不能正常工作。
3.服务员为我的订单排队，等待时间为31秒。
我的互联网被完全排除了，原因就在上面的帖子中。
把我的结论发给了经纪人，正在等待答复......。
所以问题可能是。
1.在终端本身（它报告说它发送了一个订单，但实际上并没有），我非常怀疑这一点
没有。
2.OPEN的供应商或OPEN的内部网络不能正常工作。
没有。
3.服务员将MY的订单排好队，等待时间为31秒。
是的。
在先进的社会主义时代，能有什么技术问题？有趣 :-))
高频交易？机器人是否经常向服务器发送订单？