フォルツァ執行上の問題点 - ページ 81 1...747576777879808182838485868788...156 新しいコメント fxsaber 2016.10.11 06:51 #801 coderex:MT4はMT5と違ってどこにもリクエストを送らない、「厨二病」向けなんです。また、私はMT4で仕事を提供しているブローカーを知りません。私が知っているのは証券会社とブローカーを名乗ろうとする人たちだけですが、実はFOREXでは彼らはそのような存在ではないのです。知っているならば、名前を挙げてください。誰でも知っているものだと思っていました。MT5は、MT4と同様にゲートウェイが必要です。その違いは、ほとんどの場合、MT4ゲートウェイはサードパーティの開発者によって書かれており、MT5はMetaquotesによって書かれていることです。面白いのは、FXゲートウェイでMT5の速度低下が確認されていないことです。でも、FORTSでは簡単に。ですから、MT4+gatewayとMT5+gatewayの比較は全く正しいのです。反対意見が出るかもしれないので、MT4にはゲートウェイがあり、取引所のように指値注文を送ることができます。つまり、本格的な比較である。残念ながら、取引所MT5ゲートウェイのうち、FORTSしか見ることができないのです。FXゲートウェイでは、すべて正常です。ラグが観測されるのは、気がつけば、特に人気のない取引商品である。確認するのが筋だが、開発者はなぜか聞きたがらない。ところで、開発者がリクエストに対する応答（MT5端末 <-> MT5サーバー <-> Exchangeサーバー）のログをもっと詳細に出力してくれれば、ちょうどすべての疑問が解消され、リクエスト処理と配信の速度低下の図式が明確に見えてくるのですが、いかがでしょう？今の「告発」は間接的なものでしかない。ロギングを導入することで、事実があると思います。間違いであってほしい。 coderex 2016.10.11 07:40 #802 fxsaber:誰もが知っていると思った。MT5は、MT4と同様にゲートウェイが必要です。その違いは、ほとんどの場合、MT4ゲートウェイはサードパーティの開発者によって書かれ、MT5ゲートウェイはMetaquotesによって書かれていることです。面白いのは、FXゲートウェイでMT5の速度低下が確認されていないことです。でも、FORTSでは簡単に。ですから、MT4+gatewayとMT5+gatewayの比較は全く正しいのです。反対意見が出るかもしれないので、MT4にはゲートウェイがあり、取引所のように指値注文を送ることができます。つまり、本格的な比較である。残念ながら、取引所のMT5ゲートウェイの中で、FORTSだけが見る機能を持っています。FXゲートウェイでは、すべて正常です。ラグが観測されるのは、気がつけば、特に人気のない取引商品である。確認するのが筋だが、開発者はなぜか聞きたがらない。今の「告発」は間接的なものでしかない。ロギングを導入することで、事実があると思います。間違いであってほしい。MT4を取引所プラットフォームとして使用しているブローカーを知らないので、少なくともPMで情報を求めます :)また、ゲートウェイとはどのようなものだとお考えですか？私の理解では、MT4では、MT4ターミナル <---> MT4サーバー <---> クオートプロバイダーという 簡略化されたスキームになっています。詳しい使用方法と、MT5との比較はこちら。その結果、取引注文の処理に遅れが生じることは、端末<->サーバーの セグメントを除けば、論外である。もう一つの質問は、取引所プラットフォームとしてのMT5についてで、Renatが上で説明しました。証券会社にとってMT5を使うスキームは、MT4で使うのとあまり変わりません。間違っていたら、証券会社のMT4とMT5の正しいスキームについての情報のリンクを送ってください。注：DTはブローカーではなく「台所」である。すなわち、取引注文の執行はMTサーバーを超えず、DTと取引所の遅延を比較することは正しくない。 MetaTrader 4 для брокеров www.metatrader4.com В состав MetaTrader 4 входят все компоненты, необходимые для организации брокерского обслуживания трейдеров. Торговые сервера, точки доступа, терминалы управления, различные шлюзы и датафиды - все это есть в бэкофисе MetaTrader 4. fxsaber 2016.10.11 08:12 #803 coderex: MT4を取引所プラットフォームとして使用しているブローカーを知らないのですが、少なくともPMで情報を提供してください :)また、あなたの理解では、ゲートウェイとは何ですか？私の理解では、MT4に関しては、MT4ターミナル <---> MT4サーバー <---> クオートプロバイダーという 簡略化されたスキームが使用されています。詳しい使用方法と、MT5との比較はこちら。その結果、取引注文の処理に遅れが生じることは、端末<->サーバーの セグメントを除けば、論外である。もう一つの質問は、取引所プラットフォームとしてのMT5についてで、Renatが上で説明しました。証券会社にとって、MT5を利用するスキームは、MT4とあまり変わらない。間違っていたら、証券会社のMT4とMT5の正しいスキームについての情報のリンクを送ってください。注：RCはブローカーではなく「台所」である。すなわち、取引要求の実行はMTサーバーを越えず、CCと取引所の遅延を比較するのは正しくない。 残念ながら、あなたの意見は現実離れしています。PMで送りました。 coderex 2016.10.11 10:09 #804 fxsaber: 残念ながら、あなたの認識は現実とはかけ離れています。PMでメッセージを送りました。 送っていただいた組織は、取引所で取引をしないので、ディーリングデスク（言い換えれば「台所」）です。そして、私があなたに質問して、あなたはそのうちの1つだけに答えたという事実から判断すると、私はレナット - あなたは彼らが言うことを聞きたくない、だから論争を閉じる:)と思う傾向があります。 fxsaber 2016.10.11 10:13 #805 coderex: 取引所にトレードを持ち込まないため、送り込んだ組織はDC（言い換えれば「台所」）である。そして、私が質問をして、あなたはそのうちのひとつにしか答えなかったという事実から判断すると、私はRenatの意見に傾いています - あなたは言われたことを聞きたくないので、論争を閉じてください :).驚きのロジック!MT4がわからない、リピート歓迎 トレーディング、自動売買システム、ストラテジーテストに関するフォーラム フォルツァ実行に関する質問 fxsaber, 2016.10.10 22:27 他のプラットフォームでは、このような数秒の注文送信の無意味なことが起こるのか、誰か教えてください。 prostotrader 2016.10.11 19:51 #806 Renat Fatkhullin: これは、mt5取引サーバーではなく、取引所からの応答です。この発言に疑問を持ち、EAを書くと、そのEAはで、OrderSendとOrderSendAsyncモードで保留中の注文を削除（EA添付）Expert Advisorは、実際のアカウント、Bild 1430で実行されました。------------------------------ Sync mode ------------------------------------------------------------------------- 2016.10.11 22:15:04.153 Trades 'xxxxx': buy limit 1.00 Si-12.16 at 61592 2016.10.11 22:15:04.159 Trades 'xxxxx': accepted buy limit 1.00 Si-12.16 at 61592 2016.10.11 22:15:04.161 Trades 'xxxxx': buy limit 1.00 Si-12.16 at 61592 placed for execution 2016.10.11 22:15:04.166 Trades 'xxxxx': order #45663070 buy limit 1.00 / 1.00 Si-12.16 at 61592 done in 12.968 ms 2016.10.11 22:15:04.166 Trades 'xxxxx': cancel order #45663070 buy limit 1.00 Si-12.16 at 61592 2016.10.11 22:15:04.172 Trades 'xxxxx': accepted cancel order #45663070 buy limit 1.00 Si-12.16 at 61592 2016.10.11 22:15:04.172 Trades 'xxxxx': cancel order #45663070 buy limit 1.00 Si-12.16 at 61592 placed for execution 2016.10.11 22:15:05.008 Trades 'xxxxx': cancel #45663070 buy limit 1.00 Si-12.16 at market done in 842.320 ms 2016.10.11 22:15:04.153 TestOrders (Si-12.16,H1) OnChartEvent Send Order Sync mode 2016.10.11 22:15:04.166 TestOrders (Si-12.16,H1) SendOrderSyncMode Order sent in sync mode 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) RemoveOrderSyncMode Order sent (remove) in sync mode 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_PLACED 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD 2016.10.11 22:15:05.008 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST ======================================================================================================================= ------------------------------ Async mode ------------------------------------------------------------------------- 2016.10.11 22:38:12.619 Trades 'xxxxx': sell limit 1.00 Si-12.16 at 66060 2016.10.11 22:38:12.625 Trades 'xxxxx': accepted sell limit 1.00 Si-12.16 at 66060 2016.10.11 22:38:12.626 Trades 'xxxxx': sell limit 1.00 Si-12.16 at 66060 placed for execution in 7.320 ms 2016.10.11 22:38:12.631 Trades 'xxxxx': cancel order #45664156 sell limit 1.00 Si-12.16 at 66060 2016.10.11 22:38:12.636 Trades 'xxxxx': accepted cancel order #45664156 sell limit 1.00 Si-12.16 at 66060 2016.10.11 22:38:12.638 Trades 'xxxxx': cancel order #45664156 sell limit 1.00 Si-12.16 at 66060 placed for execution in 7.365 ms 2016.10.11 22:38:12.619 TestOrders (Si-12.16,H1) OnChartEvent Send Order Acync mode 2016.10.11 22:38:12.619 TestOrders (Si-12.16,H1) SendOrderAsyncMode Order sent in async mode 2016.10.11 22:38:12.625 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD 2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1) OnTradeTransaction Order get ticket done. Ticket = 45664156 2016.10.11 22:38:12.627 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:38:12.627 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD 2016.10.11 22:38:12.630 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_PLACED 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Order plased done. Ticket = 45664156 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) RemoveOrderAsyncMode Order sent (remove) in async mode 2016.10.11 22:38:12.637 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:38:12.637 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1) OnTradeTransaction Order get ticket done. Ticket = 45664156 2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:38:12.638 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.11 22:38:12.639 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE 2016.10.11 22:38:12.640 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.11 22:38:12.642 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD 2016.10.11 22:38:12.642 TestOrders (Si-12.16,H1) OnTradeTransaction Order remove done. Ticket = 45664156 同期モードでは、OnTradeTransactionですべてが一括で来ているので、何も明らかではありません（なぜそう思うのでしょうか？）しかし、非同期モード（パッケージが異なっていた）では、明らかにterminal message2016.10.11 22:38:12.626 Trades'xxxxxx': sell limit 1.00 Si-12.16 at 66060 placed for execution in 7.320 ms is.取引所からの応答ではなく、取引サーバーから自分（サーバー）がTicketを割り当てたという応答2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1) OnTradeTransaction Order get ticket done .取引サーバーからTicketを割り当てたという応答。 チケット = 45664156,というもので、交換の回答が届いたのはもっと後でした。2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Order update state = ORDER_STATE_PLACED 2016.10.11 22:38:12.631 TestOrders (Si-12.16,H1) OnTradeTransaction Order plased done. Ticket = 45664156追加間違っていたら、訂正します。 ファイル: TestOrders.mq5 23 kb prostotrader 2016.10.12 15:16 #807 デモ（ビルド1430）でオーダーを「遊んで」みると、同期モードでの設定/削除が可能です。は、非同期モードに比べ2倍の時間がかかります。 2016.10.12 18:12:00.819 Trades '1007932': buy limit 1.00 GAZR-12.16 at 13163 2016.10.12 18:12:00.825 Trades '1007932': accepted buy limit 1.00 GAZR-12.16 at 13163 2016.10.12 18:12:00.825 Trades '1007932': buy limit 1.00 GAZR-12.16 at 13163 placed for execution 2016.10.12 18:12:00.841 Trades '1007932': order #52106010 buy limit 1.00 / 1.00 GAZR-12.16 at 13163 done in 22.811 ms 2016.10.12 18:12:00.841 Trades '1007932': cancel order #52106010 buy limit 1.00 GAZR-12.16 at 13163 2016.10.12 18:12:00.847 Trades '1007932': accepted cancel order #52106010 buy limit 1.00 GAZR-12.16 at 13163 2016.10.12 18:12:00.848 Trades '1007932': cancel order #52106010 buy limit 1.00 GAZR-12.16 at 13163 placed for execution 2016.10.12 18:12:00.859 Trades '1007932': cancel #52106010 buy limit 1.00 GAZR-12.16 at market done in 17.947 ms 2016.10.12 18:12:10.011 Trades '1007932': sell limit 1.00 GAZR-12.16 at 15145 2016.10.12 18:12:10.016 Trades '1007932': accepted sell limit 1.00 GAZR-12.16 at 15145 2016.10.12 18:12:10.018 Trades '1007932': sell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.982 ms 2016.10.12 18:12:10.028 Trades '1007932': cancel order #52106013 sell limit 1.00 GAZR-12.16 at 15145 2016.10.12 18:12:10.034 Trades '1007932': accepted cancel order #52106013 sell limit 1.00 GAZR-12.16 at 15145 2016.10.12 18:12:10.034 Trades '1007932': cancel order #52106013 sell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.274 ms つまり、同期モードでは2016.10.12 18:12:00.841 取引'1007932': 注文 #52106010 買指値 1.00 / 1.00 GAZR-12.16 at 13163で 実行 22.811 ms - Exchange response, と なります。 in 非同期 no2016.10.12 18:12:10.018 Trades'1007932': sell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.982 msによって追加されました。2016.10.12 18:12:00.819 TestOrders (GAZR-12.16,M1) OnChartEvent Send Order Sync mode 2016.10.12 18:12:00.841 TestOrders (GAZR-12.16,M1) SendOrderSyncMode Order sent in sync mode 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) RemoveOrderSyncMode Order sent (remove) in sync mode 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_PLACED 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order plased done. Ticket = 52106010 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order not select! Ticket = 52106010 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order remove done. Ticket = 52106010 2016.10.12 18:12:00.859 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:10.011 TestOrders (GAZR-12.16,M1) OnChartEvent Send Order Acync mode 2016.10.12 18:12:10.011 TestOrders (GAZR-12.16,M1) SendOrderAsyncMode Order sent in async mode 2016.10.12 18:12:10.017 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_ADD 2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order get ticket done. Ticket = 52106013 2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:10.018 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_ADD 2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_PLACED 2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order plased done. Ticket = 52106013 2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1) RemoveOrderAsyncMode Order sent (remove) in async mode 2016.10.12 18:12:10.028 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order get ticket done. Ticket = 52106013 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_UPDATE 2016.10.12 18:12:10.034 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order update state = ORDER_STATE_REQUEST_CANCEL 2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_ORDER_DELETE 2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_HISTORY_ADD 2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1) OnTradeTransaction Order remove done. Ticket = 52106013 2016.10.12 18:12:10.060 TestOrders (GAZR-12.16,M1) OnTradeTransaction Transaction type: TRADE_TRANSACTION_REQUEST prostotrader 2016.10.12 15:54 #808 以上をまとめると、ブローカーのローカルネットワークにMT5端末を設置した場合端末にアドバイザーをインストールして、"バカバカしい "設定と削除を行う。非同期 モードでは、何も設定せず、何もプログラムせずに大きな遅延の原因を特定することが可能です（MT5サーバーが設置されているサーバー上、またはMT5サーバー自体で）。遅延を見るだけでsell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.982 mscancel order #52106013 sell limit1.00 GAZR-12.16 at 15145 placed for execution in 6.274 ms. 昨日、私はこのテストについてブローカーに書きました（そして、テスト用のエキスパートも送りました）、しかし、いつものように、そこにはが、相変わらず返信なし Sergey Kudryavtsev 2016.10.15 07:20 #809 こんにちは、私の端末（オトクリティ社）が更新されました。おそらく「テスターの誤操作」。 チケット6,7での注文。Ticket=8」の注文で、スクリーンショットの「Log」に表示されているのが興味深い。を修正したが、「運用」では保留のまま、「運用」では「修正に成功した」と書かれている。ここでは、それらがすべて見える状態のスクリーンショットを4枚掲載します。PS.私がテストしているバーにはほとんどティックがありませんが、それにもかかわらず... Sergey Kudryavtsev 2016.10.15 07:38 #810 すみません、願い事があるんです。私のティックワイズEA（HFTではない）の場合すべての注文と過去の注文を 同時にスキャンする必要があります。関数を書くことは可能ですか？これを行うのはこの関数は、「注文」から「過去の注文」に移行するすべての注文を捕捉することを保証してほしいです。が、「Warrants」にも「Historical Warrants」にもない。もう少し考えてみてください :)私は、順序と歴史的順序の概念を統合し、1つのリストで作業することが望ましいと思います、つまり、そこにはリストが2つになることはありません。 PS.自分で書けばいいのですが、そのためには自分の「操作」の履歴を残す必要があります。 1...747576777879808182838485868788...156 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
MT4はMT5と違ってどこにもリクエストを送らない、「厨二病」向けなんです。また、私はMT4で仕事を提供しているブローカーを知りません。私が知っているのは証券会社とブローカーを名乗ろうとする人たちだけですが、実はFOREXでは彼らはそのような存在ではないのです。知っているならば、名前を挙げてください。
誰でも知っているものだと思っていました。MT5は、MT4と同様にゲートウェイが必要です。その違いは、ほとんどの場合、MT4ゲートウェイはサードパーティの開発者によって書かれており、MT5はMetaquotesによって書かれていることです。面白いのは、FXゲートウェイでMT5の速度低下が確認されていないことです。でも、FORTSでは簡単に。
ですから、MT4+gatewayとMT5+gatewayの比較は全く正しいのです。反対意見が出るかもしれないので、MT4にはゲートウェイがあり、取引所のように指値注文を送ることができます。つまり、本格的な比較である。
残念ながら、取引所MT5ゲートウェイのうち、FORTSしか見ることができないのです。FXゲートウェイでは、すべて正常です。ラグが観測されるのは、気がつけば、特に人気のない取引商品である。確認するのが筋だが、開発者はなぜか聞きたがらない。
ところで、開発者がリクエストに対する応答（MT5端末 <-> MT5サーバー <-> Exchangeサーバー）のログをもっと詳細に出力してくれれば、ちょうどすべての疑問が解消され、リクエスト処理と配信の速度低下の図式が明確に見えてくるのですが、いかがでしょう？
今の「告発」は間接的なものでしかない。ロギングを導入することで、事実があると思います。間違いであってほしい。
誰もが知っていると思った。MT5は、MT4と同様にゲートウェイが必要です。その違いは、ほとんどの場合、MT4ゲートウェイはサードパーティの開発者によって書かれ、MT5ゲートウェイはMetaquotesによって書かれていることです。面白いのは、FXゲートウェイでMT5の速度低下が確認されていないことです。でも、FORTSでは簡単に。
ですから、MT4+gatewayとMT5+gatewayの比較は全く正しいのです。反対意見が出るかもしれないので、MT4にはゲートウェイがあり、取引所のように指値注文を送ることができます。つまり、本格的な比較である。
残念ながら、取引所のMT5ゲートウェイの中で、FORTSだけが見る機能を持っています。FXゲートウェイでは、すべて正常です。ラグが観測されるのは、気がつけば、特に人気のない取引商品である。確認するのが筋だが、開発者はなぜか聞きたがらない。
今の「告発」は間接的なものでしかない。ロギングを導入することで、事実があると思います。間違いであってほしい。
MT4を取引所プラットフォームとして使用しているブローカーを知らないので、少なくともPMで情報を求めます :)また、ゲートウェイとはどのようなものだとお考えですか？
私の理解では、MT4では、MT4ターミナル <---> MT4サーバー <---> クオートプロバイダーという 簡略化されたスキームになっています。詳しい使用方法と、MT5との比較はこちら。その結果、取引注文の処理に遅れが生じることは、端末<->サーバーの セグメントを除けば、論外である。もう一つの質問は、取引所プラットフォームとしてのMT5についてで、Renatが上で説明しました。証券会社にとってMT5を使うスキームは、MT4で使うのとあまり変わりません。
間違っていたら、証券会社のMT4とMT5の正しいスキームについての情報のリンクを送ってください。
注：DTはブローカーではなく「台所」である。すなわち、取引注文の執行はMTサーバーを超えず、DTと取引所の遅延を比較することは正しくない。
MT4を取引所プラットフォームとして使用しているブローカーを知らないのですが、少なくともPMで情報を提供してください :)また、あなたの理解では、ゲートウェイとは何ですか？
私の理解では、MT4に関しては、MT4ターミナル <---> MT4サーバー <---> クオートプロバイダーという 簡略化されたスキームが使用されています。詳しい使用方法と、MT5との比較はこちら。その結果、取引注文の処理に遅れが生じることは、端末<->サーバーの セグメントを除けば、論外である。もう一つの質問は、取引所プラットフォームとしてのMT5についてで、Renatが上で説明しました。証券会社にとって、MT5を利用するスキームは、MT4とあまり変わらない。
間違っていたら、証券会社のMT4とMT5の正しいスキームについての情報のリンクを送ってください。
注：RCはブローカーではなく「台所」である。すなわち、取引要求の実行はMTサーバーを越えず、CCと取引所の遅延を比較するのは正しくない。
残念ながら、あなたの認識は現実とはかけ離れています。PMでメッセージを送りました。
取引所にトレードを持ち込まないため、送り込んだ組織はDC（言い換えれば「台所」）である。そして、私が質問をして、あなたはそのうちのひとつにしか答えなかったという事実から判断すると、私はRenatの意見に傾いています - あなたは言われたことを聞きたくないので、論争を閉じてください :).
驚きのロジック!MT4がわからない、リピート歓迎
トレーディング、自動売買システム、ストラテジーテストに関するフォーラム
フォルツァ実行に関する質問
fxsaber, 2016.10.10 22:27
他のプラットフォームでは、このような数秒の注文送信の無意味なことが起こるのか、誰か教えてください。これは、mt5取引サーバーではなく、取引所からの応答です。
この発言に疑問を持ち、EAを書くと、そのEAは
で、OrderSendとOrderSendAsyncモードで保留中の注文を削除（EA添付）
Expert Advisorは、実際のアカウント、Bild 1430で実行されました。
同期モードでは、OnTradeTransactionですべてが一括で来ているので、何も明らかではありません（なぜそう思うのでしょうか？）
しかし、非同期モード（パッケージが異なっていた）では、明らかに
terminal message2016.10.11 22:38:12.626 Trades'xxxxxx': sell limit 1.00 Si-12.16 at 66060 placed for execution in 7.320 ms is.
取引所からの応答ではなく、取引サーバーから自分（サーバー）がTicketを割り当てたという応答2016.10.11 22:38:12.626 TestOrders (Si-12.16,H1) OnTradeTransaction Order get ticket done .取引サーバーからTicketを割り当てたという応答。 チケット = 45664156,
というもので、交換の回答が届いたのはもっと後でした。
追加
間違っていたら、訂正します。
デモ（ビルド1430）でオーダーを「遊んで」みると、同期モードでの設定/削除が可能です。
は、非同期モードに比べ2倍の時間がかかります。
つまり、同期モードでは
2016.10.12 18:12:00.841 取引'1007932': 注文 #52106010 買指値 1.00 / 1.00 GAZR-12.16 at 13163で 実行 22.811 ms - Exchange response, と なります。
in 非同期 no2016.10.12 18:12:10.018 Trades'1007932': sell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.982 ms
によって追加されました。
以上をまとめると、ブローカーのローカルネットワークにMT5端末を設置した場合
端末にアドバイザーをインストールして、"バカバカしい "設定と削除を行う。
非同期 モードでは、何も設定せず、何もプログラムせずに
大きな遅延の原因を特定することが可能です（MT5サーバーが設置されているサーバー上、またはMT5サーバー自体で）。
遅延を見るだけで
sell limit 1.00 GAZR-12.16 at 15145 placed for execution in 6.982 ms
cancel order #52106013 sell limit1.00 GAZR-12.16 at 15145 placed for execution in 6.274 ms.
昨日、私はこのテストについてブローカーに書きました（そして、テスト用のエキスパートも送りました）、しかし、いつものように、そこには
が、相変わらず返信なし
こんにちは、私の端末（オトクリティ社）が更新されました。
おそらく「テスターの誤操作」。 チケット6,7での注文。
Ticket=8」の注文で、スクリーンショットの「Log」に表示されているのが興味深い。
を修正したが、「運用」では保留のまま、「運用」では「修正に成功した」と書かれている。ここでは、それらがすべて見える状態のスクリーンショットを4枚掲載します。
PS.私がテストしているバーにはほとんどティックがありませんが、それにもかかわらず...
すみません、願い事があるんです。私のティックワイズEA（HFTではない）の場合
すべての注文と過去の注文を 同時にスキャンする必要があります。関数を書くことは可能ですか？
これを行うのはこの関数は、「注文」から「過去の注文」に移行するすべての注文を捕捉することを保証してほしいです。
が、「Warrants」にも「Historical Warrants」にもない。
もう少し考えてみてください :)私は、順序と歴史的順序の概念を統合し、1つのリストで作業することが望ましいと思います、つまり、そこには
リストが2つになることはありません。
PS.自分で書けばいいのですが、そのためには自分の「操作」の履歴を残す必要があります。