フォルツァ執行上の問題点 - ページ 76 1...697071727374757677787980818283...156 新しいコメント Renat Fatkhullin 2016.08.23 14:35 #751 Sergey Kudryavtsev:こんにちは。端末装置について質問です。例えば、OrderSend(...)コマンドで注文を送信し、レスポンスtrueとチケットを取得した場合。で、OrderSelect(ticket)コマンドを呼び出すと、レスポンスとしてfalseが返されます。 (この場合、その注文はアクティブな注文の中に正確に表示されます）。質問ですが、私はアクティブな注文をしていました。OrderSelect(ticket)コマンドでfalseの応答が返ってきました。 そして、HistoryOrderSelect(ticket)コマンドを実行したところ、再びfalseの応答が返ってきました（つまり、注文はなんとか履歴に表示されなかった）。5-10ms待って再試行するのみです。 取引確認はすぐに得られるが、取引の全容はその後に非同期で届くということだ。0～Nmsの範囲で、通常は1～2ms以内（もちろんpingに依存します）です。 Sergey Kudryavtsev 2016.08.23 15:09 #752 ありがとうございました。 prostotrader 2016.09.14 15:14 #753 coderex:今、彼以外の誰が測定するのでしょうか？ 皆、禁止されるのを恐れているのです :)すべてが解決されたわけではないことがわかりました。Bild 1395、Real Discoveryを追加しました。2016.09.14 17:30:03.100 Trades 'xxxxx': sell limit 5.00 BR-12.16 at 47.56 2016.09.14 17:30:06.849 Trades 'xxxxx': accepted sell limit 5.00 BR-12.16 at 47.56 2016.09.14 17:30:06.849 Trades 'xxxxx': sell limit 5.00 BR-12.16 at 47.56 placed for execution in 3750.466 ms 2016.09.14 17:30:06.851 Trades 'xxxxx': cancel order #44309414 sell limit 5.00 BR-12.16 at 47.56 2016.09.14 17:30:10.014 Trades 'xxxxx': deal #29388895 sell 1.00 BR-12.16 at 47.56 done (based on order #44309414) 2016.09.14 17:30:10.014 Trades 'xxxxx': exchange buy 1.00 BR-11.16 at market 2016.09.14 17:30:10.385 Trades 'xxxxx': deal #29388914 sell 4.00 BR-12.16 at 47.56 done (based on order #44309414) 2016.09.14 17:30:12.374 Trades 'xxxxx': accepted exchange buy 1.00 BR-11.16 at market 2016.09.14 17:30:12.375 Trades 'xxxxx': exchange buy 1.00 BR-11.16 at market placed for execution in 2360.902 ms 2016.09.14 17:30:12.398 Trades 'xxxxx': deal #29389024 buy 1.00 BR-11.16 at 47.25 done (based on order #44309578) 2016.09.14 17:30:12.401 Trades 'xxxxx': exchange buy 4.00 BR-11.16 at market 2016.09.14 17:30:13.006 Trades 'xxxxx': accepted exchange buy 4.00 BR-11.16 at market 2016.09.14 17:30:13.007 Trades 'xxxxx': exchange buy 4.00 BR-11.16 at market placed for execution in 606.852 ms 2016.09.14 17:30:13.009 Trades 'xxxxx': deal #29389140 buy 4.00 BR-11.16 at 47.25 done (based on order #44309644) 2016.09.14 17:30:13.015 Trades 'xxxxx': buy limit 5.00 BR-12.16 at 47.74 2016.09.14 17:30:13.357 Trades 'xxxxx': accepted buy limit 5.00 BR-12.16 at 47.74 2016.09.14 17:30:13.357 Trades 'xxxxx': buy limit 5.00 BR-12.16 at 47.74 placed for execution in 342.736 ms 2016.09.14 17:30:13.668 Trades 'xxxxx': buy limit 5.00 BR-12.16 at 47.79 2016.09.14 17:30:13.712 Trades 'xxxxx': accepted buy limit 5.00 BR-12.16 at 47.79 2016.09.14 17:30:13.716 Trades 'xxxxx': buy limit 5.00 BR-12.16 at 47.79 placed for execution in 48.228 ms 2016.09.14 17:30:13.718 Trades 'xxxxx': deal #29389165 buy 5.00 BR-12.16 at 47.79 done (based on order #44309680) 2016.09.14 17:30:13.721 Trades 'xxxxx': exchange sell 5.00 BR-11.16 at market 2016.09.14 17:30:13.740 Trades 'xxxxx': accepted exchange sell 5.00 BR-11.16 at market 2016.09.14 17:30:13.741 Trades 'xxxxx': exchange sell 5.00 BR-11.16 at market placed for execution in 20.867 ms 2016.09.14 17:30:13.778 Trades 'xxxxx': deal #29389166 sell 5.00 BR-11.16 at 47.29 done (based on order #44309682) Sergey Chalyshev 2016.09.14 19:11 #754 prostotrader:すべてが解決されたわけではないことがわかりました。Bild 1395、Real Discoveryを追加しました。 そして、Intel Core i7 - 6850Kで すべてうまくいったと自慢していた) prostotrader 2016.09.14 19:14 #755 Sergey Chalyshev: そして、Intel Core i7 - 6850Kで すべてうまくいったと自慢していた) そうか......君は執念深いな......。:) Sergey Chalyshev 2016.09.14 19:31 #756 prostotrader: 執念深いな...。:)いや、執念深くはないが、メモリは今のところ大丈夫だ、よかった))ハイパースレッディングは 有効ですか？プロセッサーのコア数がわかりますか？i7で動かすともっと良かった。AMDの物理コアの場合、ハイパースレッディングが 有効なIntelの仮想コアの場合、1つの物理コアが2つのスレッドに分割されます。ハイパースレッディングを 無効にするのがベターです。 prostotrader 2016.09.14 19:37 #757 Sergey Chalyshev:いや、執念深くはないが、メモリは今のところ大丈夫だ、よかった))ハイパースレッディングは 有効ですか？プロセッサーのコア数がわかりますか？i7で動かすともっと良かった。AMDの物理コアの場合、ハイパースレッディングが 有効なIntelの仮想コアの場合、1つの物理コアが2つのスレッドに分割されます。ハイパースレッディングを 無効にするのがよいでしょう。 Sergey Chalyshev 2016.09.14 19:50 #758 prostotrader: ハイパースレッディングが ONになっているようですが、MT5ではOFFにした方が良いようです。 prostotrader 2016.09.22 13:28 #759 こんにちは。以下のライブ口座の例では、MT5サーバー側またはブローカーのハードウェアに問題があることが明確に示されています。レイテンシーが蓄積され、その後低下する。2016.09.21 03:31:10.568 Terminal Открытие Брокер MetaTrader 5 СР x64 build 1430 started (ОАО '' Брокерский дом '' ОТКРЫТИЕ'') 2016.09.21 17:30:00.156 Trades 'xxxxx': modify order #44620664 buy limit 5.00 ROSN-3.17 at 36438 sl: 0 tp: 0 -> 36470, sl: 0 tp: 0 placed for execution in 19.086 ms 2016.09.21 17:30:00.157 Trades 'xxxxx': buy limit 5.00 BR-12.16 at 47.66 placed for execution in 19.185 ms 2016.09.21 17:30:00.160 Trades 'xxxxx': deal #29616740 buy 5.00 BR-12.16 at 47.66 done (based on order #44620667) 2016.09.21 17:30:01.064 Trades 'xxxxx': exchange sell 5.00 BR-11.16 at market 2016.09.21 17:30:02.004 Trades 'xxxxx': cancel order #44620664 buy limit 5.00 ROSN-3.17 at 36470 2016.09.21 17:30:04.827 Trades 'xxxxx': accepted exchange sell 5.00 BR-11.16 at market 2016.09.21 17:30:04.827 Trades 'xxxxx': exchange sell 5.00 BR-11.16 at market placed for execution in 3764.451 ms 2016.09.21 17:30:04.829 Trades 'xxxxx': deal #29616752 sell 5.00 BR-11.16 at 47.33 done (based on order #44620682) 2016.09.21 17:30:05.799 Trades 'xxxxx': cancel order #44613523 sell limit 1.00 TRNF-3.17 at 149398 2016.09.21 17:30:07.929 Trades 'xxxxx': accepted cancel order #44620664 buy limit 5.00 ROSN-3.17 at 36470 2016.09.21 17:30:07.929 Trades 'xxxxx': cancel order #44620664 buy limit 5.00 ROSN-3.17 at 36470 placed for execution in 5926.927 ms 2016.09.21 17:30:08.738 Trades 'xxxxx': modify order #44620340 buy limit 1.00 TATN-3.17 at 32276 sl: 0 tp: 0 -> 32278, sl: 0 tp: 0 2016.09.21 17:30:08.775 Trades 'xxxxx': accepted cancel order #44613523 sell limit 1.00 TRNF-3.17 at 149398 2016.09.21 17:30:08.776 Trades 'xxxxx': cancel order #44613523 sell limit 1.00 TRNF-3.17 at 149398 placed for execution in 2977.588 ms 2016.09.21 17:30:09.585 Trades 'xxxxx': accepted modify order #44620340 buy limit 1.00 TATN-3.17 at 32276 sl: 0 tp: 0 -> 32278, sl: 0 tp: 0 2016.09.21 17:30:09.590 Trades 'xxxxx': modify order #44620340 buy limit 1.00 TATN-3.17 at 32276 sl: 0 tp: 0 -> 32278, sl: 0 tp: 0 placed for execution in 852.561 ms 2016.09.21 17:30:09.597 Trades 'xxxxx': modify order #44620340 buy limit 1.00 TATN-3.17 at 32278 sl: 0 tp: 0 -> 32312, sl: 0 tp: 0 2016.09.21 17:30:09.637 Trades 'xxxxx': accepted modify order #44620340 buy limit 1.00 TATN-3.17 at 32278 sl: 0 tp: 0 -> 32312, sl: 0 tp: 0 2016.09.21 17:30:09.638 Trades 'xxxxx': modify order #44620340 buy limit 1.00 TATN-3.17 at 32278 sl: 0 tp: 0 -> 32312, sl: 0 tp: 0 placed for execution in 40.658 ms 2016.09.21 17:30:10.053 Trades 'xxxxx': cancel order #44620340 buy limit 1.00 TATN-3.17 at 32312 2016.09.21 17:30:10.075 Trades 'xxxxx': accepted cancel order #44620340 buy limit 1.00 TATN-3.17 at 32312 2016.09.21 17:30:10.079 Trades 'xxxxx': cancel order #44620340 buy limit 1.00 TATN-3.17 at 32312 placed for execution in 25.974 ms 2016.09.21 17:30:44.537 Trades 'xxxxx': sell limit 1.00 BR-12.16 at 48.04 2016.09.21 17:30:44.669 Trades 'xxxxx': accepted sell limit 1.00 BR-12.16 at 48.04 2016.09.21 17:30:44.669 Trades 'xxxxx': sell limit 1.00 BR-12.16 at 48.04 placed for execution in 132.352 ms 2016.09.21 17:30:45.165 Trades 'xxxxx': sell limit 10.00 Si-6.17 at 70449 2016.09.21 17:30:45.179 Trades 'xxxxx': accepted sell limit 10.00 Si-6.17 at 70449 2016.09.21 17:30:45.180 Trades 'xxxxx': sell limit 10.00 Si-6.17 at 70449 placed for execution in 14.720 msブローカーに問い合わせたが、「原因を調査中」とのことだった。当日の全ログを添付 ファイル: MT-5-1.zip 54 kb fxsaber 2016.09.22 13:36 #760 prostotrader:こんにちは。以下の例では、MT5サーバー側またはブローカーのハードウェアに問題があることが明確に示されています。遅延が蓄積され、その後、低下する。ブローカーに問い合わせたが、「原因を調査中」とのこと。当日のログを添付します。ログを 見た感じでは同じ印象を受けました。50msまで上昇し、その後10msまで急降下。秒の遅れが目立つ。レイテンシーの問題を研究するために、みんなこうやってログを出してくれればいいんですけどね。 1...697071727374757677787980818283...156 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
こんにちは。
端末装置について質問です。
例えば、OrderSend(...)コマンドで注文を送信し、レスポンスtrueとチケットを取得した場合。
で、OrderSelect(ticket)コマンドを呼び出すと、レスポンスとしてfalseが返されます。
(この場合、その注文はアクティブな注文の中に正確に表示されます）。
質問ですが、私はアクティブな注文をしていました。OrderSelect(ticket)コマンドでfalseの応答が返ってきました。
そして、HistoryOrderSelect(ticket)コマンドを実行したところ、再びfalseの応答が返ってきました（つまり、注文はなんとか履歴に表示されなかった）。
5-10ms待って再試行するのみです。
取引確認はすぐに得られるが、取引の全容はその後に非同期で届くということだ。0～Nmsの範囲で、通常は1～2ms以内（もちろんpingに依存します）です。
今、彼以外の誰が測定するのでしょうか？ 皆、禁止されるのを恐れているのです :)
すべてが解決されたわけではないことがわかりました。
Bild 1395、Real Discoveryを追加しました。
すべてが解決されたわけではないことがわかりました。
Bild 1395、Real Discoveryを追加しました。
そして、Intel Core i7 - 6850Kで すべてうまくいったと自慢していた)
執念深いな...。:)
いや、執念深くはないが、メモリは今のところ大丈夫だ、よかった))
ハイパースレッディングは 有効ですか？プロセッサーのコア数がわかりますか？
i7で動かすともっと良かった。AMDの物理コアの場合、ハイパースレッディングが 有効なIntelの仮想コアの場合、1つの物理コアが2つのスレッドに分割されます。ハイパースレッディングを 無効にするのがベターです。
いや、執念深くはないが、メモリは今のところ大丈夫だ、よかった))
ハイパースレッディングは 有効ですか？プロセッサーのコア数がわかりますか？
i7で動かすともっと良かった。AMDの物理コアの場合、ハイパースレッディングが 有効なIntelの仮想コアの場合、1つの物理コアが2つのスレッドに分割されます。ハイパースレッディングを 無効にするのがよいでしょう。
こんにちは。
以下のライブ口座の例では、MT5サーバー側またはブローカーのハードウェアに問題があることが明確に示されています。
レイテンシーが蓄積され、その後低下する。
ブローカーに問い合わせたが、「原因を調査中」とのことだった。
当日の全ログを添付
こんにちは。
以下の例では、MT5サーバー側またはブローカーのハードウェアに問題があることが明確に示されています。
遅延が蓄積され、その後、低下する。
ブローカーに問い合わせたが、「原因を調査中」とのこと。
当日のログを添付します。
ログを 見た感じでは同じ印象を受けました。50msまで上昇し、その後10msまで急降下。秒の遅れが目立つ。
レイテンシーの問題を研究するために、みんなこうやってログを出してくれればいいんですけどね。