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
この2日間、MT5サーバーで遅延やその他の "問題 "を見たことがない。
は本当に直ったのでしょうか？
この2日間、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 ms2年2ヶ月ぶりです。
ブローカーとソフトのどちらが悪いのか分かりませんが（解明されることはなさそうです）、このよう な結果になってしまいました。
レナートはかつて、それを知るためには、コンピュータからブローカーまでのネットワークにおける、実際のpingだけでなく、pingに関するデータが必要だと言いました。つまり、「このとき、ネットワークに問題はないか（そのような問題は常に存在し、いつでも起こりうる）」ということを確認するためです。
あとは、コンピュータからブローカーにシグナルを送るタイミングと、トレードリクエストを送る タイミングをどう正確に合わせるか（保留中のオーダーであればどうするか？）
レナートはかつて、それを知るためには、コンピュータからブローカーまでのネットワークにおいて、Pingだけでなく、実際のPingのデータが必要である、つまり、「このとき、ネットワークに問題はないか（そのような問題はいつでも起こりうる）」ということを確認するためである、と言った。
あとは、取引依頼を出すと 同時にコンピュータからブローカーに信号が伝わるタイミングを正確に把握することです（保留中の注文の場合はどうするのでしょうか？）
前のコマンドが 6msで 実行され、次のコマンドも！という場合、何を「時間」にしたいのでしょうか？
レナートはかつて、それを知るためには、コンピュータからブローカーまでのネットワークにおいて、Pingだけでなく、実際のPingのデータが必要である、つまり、「このとき、ネットワークに問題はないか（そのような問題はいつでも起こりうる）」ということを確認するためである、と言った。
あとは、取引依頼を出すと 同時にコンピュータからブローカーに信号が伝わるタイミングを正確に把握することです（保留中の注文の場合はどうするのでしょうか？）
この場合（31秒）、各OnTradeTransactionの呼び出し時間を確認できれば十分であろう。取引サーバーから注文の削除依頼が受理されたことの確認は、ほぼ即座に行われたのでしょう。
次に、History（OnTradeTransactionではない）により終値を見てみましょう。ほとんどの場合、これらの時間の差は31秒になります。これで、Client<->Terminalの接続がブレーキとは無関係であることを100%言い切ることができる。
前のコマンドが 6msで 実行され、その後のコマンドも！という場合、何を「時間」にするのか？
簡単な例です。ネットサーフィンをしています。突然、インターネットがひどく遅くなるようになった。1分後には復旧する。WiFiが故障した-互換性のない規格の新しいデバイスが接続された（私は自宅のWiFiに初めて接続したときにルータを殺してしまい、ルータを再起動しなければならない携帯電話を持っています）、または自宅のルータの後にルータを署名...など、理由はさまざまでしょう。
簡単な例です。ネットサーフィンをしています。突然、インターネットがひどく遅くなるようになった。1分後、また元に戻る。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で来て、端末自体は何のメッセージも出力しません。
追加
1年前のSDの回答はこちらです。
非同期メソッドは、操作（注文）の結果を期待したり監視したりせず、送信の事実だけを記録します。
前後のコマンドをもう一度見てみましょう
もちろん、ネットワークの問題である可能性もありますが、それは私の問題ではなく、ブローカーの問題なのです。
なぜなら、新しいビルド1755をインストールした後、連日、まさに午前中のセッションの始まりに繰り返されるからです。
追加
インターネットについて。
このログは、OnLime（100mbps）を介して動作するターミナルから取得したものです。
MGTS（200mbpsファイバー）経由で動作する端末からのログです。
ログ断片は他の端末と同じ時間を持ち、結果は同じです。
いかがでしょうか？
Openerに注文番号84312120の サーバーログを要求しました。
以下のログを取得しました。
私やサーバーのログを見る限り
端末のレポートです。
2018.02.15 10:00:54.309 トレード 'xxxxxx': キャンセルオーダー #84312120 売り指値2.00 MOEX-6.18 at 11557
サーバー です。
2018.02.15 10:01:25.239 * 'xxxxxx': キャンセルオーダー #84312120 売り指値2.00 MOEX-6.18 at 11557 (11002 / 11221 / 11200)
すなわち、TERMINALからオーダーが出されてからSERVERがオーダーを受け付けるまでに31秒 が経過している。
だから、問題はあり得るのです。
1.端末で（注文を送ったと言いながら、実際には送っていない）これは非常に疑問です。
2.OPENのプロバイダーまたはOPENの内部ネットワークが正常に 動作していない。
3.サーバーがMYオーダーをキューに入れ、待ち時間は31秒。
私のインターネットは、上の投稿にある理由で、FULLY Ruled outです。
私の結論をブローカーに送り、返事を待っているところです...。
だから、問題はあり得るのです。
1.端末自体で（注文を送ったと報告されたが、実際には送っていない）、非常に疑わしい。
いいえ。
2.OPENのプロバイダーまたはOPENの内部ネットワークが正常に 動作していない。
いいえ。
3.サーバーがMYオーダーをキューに入れ、待ち時間は31秒。
はい。
イミフ、オープナーはあなたの注文の実行を遅らせただけです、それだけです。高度な社会主義の時代にどんな技術的な問題があるのでしょうか？面白い :-))
高頻度取引？ロボットがサーバーに注文を出すことはよくあるのでしょうか？