FORTSの注文執行の長期的な遅れ - ページ 10

新しいコメント
 
Mikalas:

現在、取引所のテクニカルサポートとやりとりしています（遅延について）。

で、MT-5の注文番号と取引所の注文が一致しないことが判明しました。

私の疑問は

なぜ取引所から割り当てられた注文を変更する必要があったのでしょうか？

もし、開発者が言ったことと真っ向から矛盾することがあれば、すぐに公言するのではなく、自分の間違いの可能性について考える必要があります。

MT5の注文ティッカー（この場合は#8393602）で、IDフィールドに取引所ティッカーが入っていることに目をつぶってログを提示していますね。

何もせずに書いていたわけではありません。

タイミングについて正確な回答を得るには、リクエストを適切に作成し、ブローカーのサポートチームに指定された取引について具体的に質問し、特定の取引の実行ログを求める必要があります。ブローカーだけが正確な実行ログをずっと持っているからです。過剰で一般的な質問と思われないように、適切な質問をすることが重要です。

どうやら、あなたは間違った質問をし（あなたにとって簡単なことなので）、結果を知っていて間違え、誤解してしまったようです。

交換機の技術サポートは、交換機のコア以外の全ルートのタイミングを全く計算できない。まあ、交換の中は正しいのですが......予想通り、1ms以下に近いです。質問する会社を間違えていますね。ルートの重要な部分を管理しているブローカーに独占的に聞いて、端末のログと比較すれば良かったのでは？

つまり、またしても質問を間違え、会社を間違え、ルートのタイミングをつかめず、しかもまったくもって怪しげな発言をしたわけです。

 
Renat:

もし、開発者が言ったことと真っ向から矛盾することがあれば、それを公に宣言するのではなく、自分の間違いの可能性を考える必要があるのです。

MT5の注文チケット（この場合は#8393602）で、ID欄に株式ティッカーが入っていることに目をつぶってログを提示していますね。

私は無駄なことは書かなかった。

どうやら、あなたは間違った質問をし（あなたにとって簡単なことなので）、結果を知っていて間違え、誤解してしまったようです。

交換機の技術サポートは、交換機のコア以外の全ルートのタイミングを全く計算できない。まあ、交換の中は正しいのですが......予想通り、1ms以下に近いです。質問する会社を間違えていますね。ルートの重要な部分を管理しているブローカーに独占的に聞いて、端末のログと比較すれば良かったのでは？

つまり、またしても質問を間違え、会社を間違え、ルートのタイミングをつかめず、しかも完全にモンスター化した発言をしたわけです。

1.私のID欄が表示されない。

2.質問のひとつに、「取引所のスピードは落ちているのか？

3.私の注文をブローカーに追跡する依頼は、ずっと前に送られたものです。

4.あなたはボランティアで調べて答えを出しているのです。

とりあえず、見えてきたのは次のようなことです。

3 * 2 ms 2 ms mtk-105-lag-91.msk.ip.ncnet.ru [77.37.254.198].

4 3 3 ms 2 ms 3 ms m10-cr01-be4-91.msk.ip.ncnet.ru [77.37.254.197]．

5 3 ms 2 ms 3 ms macomnet-eth1000-m9-ix.macomnet.net [193.232.244.59]（英語

6 3 ms 3 ms 4 ms FastEthernet0-0.ncc-8.MAcomnet.NET [195.128.64.67]．

7 4 ms 4 ms 4 ms FKO-09-DCH-0910-MAcom.Macomnet.NET [212.5.127.81]．

8 5 ms 4 ms 5 ms 193.219.127.225

往復：(2+3+3+4+4+5)*2=42ms。

私のEAの注文の通常の実行時間ギリギリです。

2014.11.24 19:10:43.796 トレード '': sell limit 2.00 URKA-3.15 at 14299 placed for execution in 55 ms.

2014.11.24 19:11:00.278 トレード '': Buy limit 2.00 AUDU-3.15 at 0.8195 配置され、36 ms で実行されました。

 

コードを確認したところ、時間延長の問題が再現され、クライアント端末への取引通知の配信時間が浮いていることが判明しました。

つまり、取引は通常通り迅速に実行されるが、取引サーバーからの通知パケットは遅れて端末に到着する可能性がある。これはフローティングモードで起こることで、常に起こるわけではありません。そのため、通知配信の最終段階でMT5サーバーとMT5端末の間に問題が発生します。現在、その理由を調べているところです。

ありがとうございます。

 
Renat:

コードを確認したところ、時間延長の問題が再現され、クライアント端末への取引通知の配信時間が浮いていることが判明しました。

つまり、取引は通常通り迅速に実行されるが、取引サーバーからの通知パケットは遅れて端末に到着する可能性がある。これはフローティングモードで起こることで、常に起こるわけではありません。そのため、通知配信の最終段階でMT5サーバーとMT5端末の間に問題が発生します。現在、その理由を調べているところです。

ありがとうございます。

正直にお答えいただき、ありがとうございました。
 
まあ、今のところ順調でよかったです。 パニックになるところでした（笑)。
 
papaklass:

配信時間＝42msなのに、なぜ4msのpingで議論するのか、理解できないのですが。

"乗るか？" "乗らないか？"

papaklass, both.

もっと親切にすれば、人は寄ってくる...。

 

開発者の小さな疑問を残したまま

ミカラス 2014.11.24 12:47 英語版 RU
MT-5 の注文番号は取引所注文と一致しない。

質問です。

なぜ取引所が割り当てる注文を変更する必要があったのでしょうか。

 
どんなくだらないことを言ってるんだ？

上記の詳細な回答を写真付きでお読みください。ID欄には注文番号がストックされています。
削除済み  
了解)
1...345678910
新しいコメント