FORTSの注文執行の長期的な遅れ - ページ 7 12345678910 新しいコメント Dmitriy Skub 2014.11.22 16:39 #61 Mikalas: IPが違うんです。 無意味なことを書いたのは私です - それは私のIPです)) Vladimir Karputov 2014.11.22 16:48 #62 おい、ホットショット、IPを洗え。それとも、偶然にリモートアタックを受けるか？ Mikhail Filimonov 2014.11.22 16:50 #63 Dima_S: 無意味なことを書いたのは私です - それは私のIPです)):) Renat Fatkhullin 2014.11.22 19:27 #64 Mikalas:レナート 失礼ながら、21時00分に証券取引所に登録されるとは信じがたい。非流動性商品（ティッカーに入札がほとんどないため、キューが存在しない）の注文を388ミリ秒。信じるということはどういうことなのか。MT5の壁の向こう側には、すべての作業が行われる実行の世界があることをご存じでしょう。MT5自体は負荷ゼロで動作しており（ロシア中の株式トレーダーを集めても、サーバーは負荷に気づかない）、潜在的な負荷変動はすべて我々の限界の外にあるのです。なぜ、取引所そのものではなく、パイプ（制動対象がないため、理論上も変動遅延がない）が遅延を発生させていると考えるのでしょうか？そして、トップスピードでトレードを流すだけのインテリジェンスのない本物のパイプであることが、他のトレードでもわかるのです。 外部流動性（ゲートウェイを書き、MT4/MT5とリンクしていなくても、それらを使用する）を扱う人は、常に実行速度に「不可解な」遅れがあることを知っています。90%は2倍pingに近い速度ですべてが完璧に飛ぶのですが、時々、実行 時間が通常の10倍に跳ね上がることがあります。しかも、ニュースにもならない。 削除済み 2014.11.22 19:47 #65 Renat:信念と何の関係があるのでしょうか？MT5の壁の向こう側には、すべての作業が行われる実行の世界があることをご存じでしょう。OtkritieのMT5自体は負荷ゼロで動いており（そこにロシア中の株式トレーダーを集めても、サーバーは負荷に気づかない）、負荷変動の可能性はすべて国境外にある。なぜ、取引所そのものではなく、パイプ（ブレーキの対象がないため、理論上も変動遅延がない）が遅延を引き起こしていると考えるのでしょうか？そして、トップスピードでトレードを流すだけのインテリジェンスのない本物のパイプであることが、他のトレードでもわかるのです。 外部流動性（ゲートウェイを書き、MT4/MT5とリンクしていなくても、それらを使用する）を扱う人は、常に実行速度に「不可解な」遅れがあることを知っています。90%は2倍pingに近い速度ですべてが完璧に飛ぶのですが、時々、実行 時間が通常の10倍に跳ね上がることがあります。しかも、ニュースにもならない。そんなに簡単に再現できる取引所自体のバグをほじくっているのでしょうか？間接的には、プラザ経由の高頻度取引業者からそのような苦情がないことで反論が可能である。そんなブレーキに、取引所フォーラムは一気に「食らいつく」のである。遅くなるのは為替のせいではないのは確かだ。 Renat Fatkhullin 2014.11.22 19:56 #66 zaskok:簡単に再現できる取引所自体のバグをほじくり返す？間接的には、プラザ経由の高頻度取引業者からそのような苦情がないことから、反論することができる。そんなブレーキに、取引所フォーラムは一気に「食らいつく」のである。確かに遅くなったのは為替のせいではありません。行動や応答速度が厳密に決定論的であるコンピュータとゲームをしていると考えてはいけない。この場合、「世間からのクレームがないこと」による比較方法は不適切である。それだけでなく、そのインテグレーションを書く人たちは、面白い効果に飽き足らず、それが当たり前になってしまい、人前で議論することもなくなってしまったのです。一方、私たちは、一部のゲートウェイについて、絶対に不要なことに遭遇することがあっても、公の掲示板に不満を書き込むことはしません。タイミングについて正確な回答を得るためには、正しくリクエストを作成し、ブローカーのサポートサービスに指定された取引について具体的に質問し、特定の取引の実行のログを求める必要があります。ブローカーだけが正確な実行ログをずっと持っているからです。過剰で一般的な質問と思われないように、適切な質問をすることが重要です。相手側がこれらのログを持っていないことを知りながら、掲示板でこの種の質問をするのは非合理的です。 削除済み 2014.11.22 20:05 #67 Renat:行動や反応速度が厳密に決定論的であるコンピュータとゲームをしていると考えてはいけない。この場合、「公開ノークレーム」の比較方法は適切ではありません。タイミングについて正確な回答を得るためには、適切にリクエストを作成し、ブローカーのサポートチームに指定された取引について具体的に質問し、特定の取引の実行ログを要求する必要があります。ブローカーだけが正確な実行ログをずっと持っているからです。過剰で一般的な質問と思われないように、適切な質問をすることが重要です。相手側がこれらのログを持っていないことを知りながら、掲示板でこの種の質問をするのは非合理的です。 私は、MT5 Expert Advisorを使用しているすべてのトレーダーを代表して、これらの具体的なケース（ログが提示されています）を調べて、ここで実証済みの回答をしていただくよう勝手にお願いします。これらのブレーキは何であり、その背後にいるのは本当は誰なのでしょうか？このことにストレスを感じているのは、私だけではないだろう。プラットフォームから疑惑を取り除き、「パイプ」の優秀な開発者の評判を確認する。今の答えは、典型的なアロー・トランスファーに非常によく似ています（フラヌシアンでお許しください）。 Renat Fatkhullin 2014.11.22 20:08 #68 zaskok: MT5のEAを使って取引所で取引している人たちを代表して、勝手ながら、具体的な事例（ログが出ます）を調べていただき、ここで根拠のある回答をしていただきたいのですが、ブレーキとは何か、その背後にいるのは本当は誰なのでしょうか？このことにストレスを感じているのは、私だけではないだろう。プラットフォームから疑惑を取り除き、「パイプ」の優秀な開発者の評判を確認する。今の答えは、典型的なアロー・トランスファーに非常によく似ています（フラヌシアンでお許しください）。よし、月曜日に自分たちでそのトランザクションのログを要求して、チェックした結果を投稿しよう。もちろん、ミカラスが嫌がらなければの話ですが。CG 0 21:16:51.370 Trades '': buy limit 5.00 ED-3.15 at 1.2405 FO 0 21:16:51.439 Trades '': buy limit 5.00 ED-3.15 at 1.2405 placed for execution in 68 ms QL 0 21:16:51.478 Trades '': modify order #8393545 buy limit 5.00 ED-3.15 at 1.2405 sl: 0.0000 tp: 0.0000 -> 1.2492, sl: 0.0000 tp: 0.0000 MR 0 21:16:51.532 Trades '': modify order #8393545 buy limit 5.00 ED-3.15 at 1.2405 sl: 0.0000 tp: 0.0000 -> 1.2492, sl: 0.0000 tp: 0.0000 placed for execution in 53 ms OG 0 21:16:51.628 Trades '': cancel order #8393545 buy limit 5.00 ED-3.15 at 1.2492 KR 0 21:16:51.672 Trades '': cancel order #8393545 buy limit 5.00 ED-3.15 at 1.2492 placed for execution in 44 ms PL 0 21:21:54.239 Trades '': buy limit 5.00 ED-3.15 at 1.2405 OG 0 21:21:54.629 Trades '': buy limit 5.00 ED-3.15 at 1.2405 placed for execution in 388 ms RE 0 21:21:54.650 Trades '': modify order #8393602 buy limit 5.00 ED-3.15 at 1.2405 sl: 0.0000 tp: 0.0000 -> 1.2498, sl: 0.0000 tp: 0.0000 HH 0 21:21:54.769 Trades '': modify order #8393602 buy limit 5.00 ED-3.15 at 1.2405 sl: 0.0000 tp: 0.0000 -> 1.2498, sl: 0.0000 tp: 0.0000 placed for execution in 118 ms KN 0 21:21:54.788 Trades '': cancel order #8393602 buy limit 5.00 ED-3.15 at 1.2498 NJ 0 21:21:54.906 Trades '': cancel order #8393602 buy limit 5.00 ED-3.15 at 1.2498 placed for execution in 118 ms OE 0 21:26:55.771 Trades '': buy limit 5.00 ED-3.15 at 1.2405 RL 0 21:26:55.849 Trades '': buy limit 5.00 ED-3.15 at 1.2405 placed for execution in 77 ms CN 0 21:26:55.880 Trades '': modify order #8393659 buy limit 5.00 ED-3.15 at 1.2405 sl: 0.0000 tp: 0.0000 -> 1.2500, sl: 0.0000 tp: 0.0000 LL 0 21:26:55.968 Trades '': modify order #8393659 buy limit 5.00 ED-3.15 at 1.2405 sl: 0.0000 tp: 0.0000 -> 1.2500, sl: 0.0000 tp: 0.0000 placed for execution in 87 ms FE 0 21:26:55.996 Trades '': cancel order #8393659 buy limit 5.00 ED-3.15 at 1.2500 OP 0 21:26:56.059 Trades '': cancel order #8393659 buy limit 5.00 ED-3.15 at 1.2500 placed for execution in 63 ms 削除済み 2014.11.22 20:17 #69 Renat:OK、月曜日にこれらのトランザクションのログを我々自身で求め、チェックした結果を掲載する予定です。ご理解いただき、ありがとうございますレイテンシーに対するMT5懐疑論者の疑念を払拭するために、一定時間ごとの実行速度の 統計データを提供することが有用である。遅延分布から2倍Pingを引いたグラフを出せ。MT5のログのオープンソースのパーサーを一つ開発して、指定した日付の統計データを収集して分析することに憧れる皆さんに提案します。そして、この統計を別スレッドで公に共有してください。みんなで協力することで、多くのデリケートな問題を解決できるかもしれません。 Mikhail Filimonov 2014.11.22 22:04 #70 Renat:よし、月曜日にこれらの取引のログを我々自身で求め、チェックした結果を掲載しよう。もちろん、ミカラスが嫌がらなければの話ですが。もちろん気にしません、とても興味のあるトレーダーです（2014.11.20の 上場）。OrdersLogでは、取引所が注文した時刻があり、それを受け取った時刻ではないので、どのように確認するかだけです。 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
IPが違うんです。
無意味なことを書いたのは私です - それは私のIPです))
:)
レナート 失礼ながら、21時00分に証券取引所に登録されるとは信じがたい。
非流動性商品（ティッカーに入札がほとんどないため、キューが存在しない）の注文を388ミリ秒。
信じるということはどういうことなのか。
MT5の壁の向こう側には、すべての作業が行われる実行の世界があることをご存じでしょう。MT5自体は負荷ゼロで動作しており（ロシア中の株式トレーダーを集めても、サーバーは負荷に気づかない）、潜在的な負荷変動はすべて我々の限界の外にあるのです。
なぜ、取引所そのものではなく、パイプ（制動対象がないため、理論上も変動遅延がない）が遅延を発生させていると考えるのでしょうか？そして、トップスピードでトレードを流すだけのインテリジェンスのない本物のパイプであることが、他のトレードでもわかるのです。
外部流動性（ゲートウェイを書き、MT4/MT5とリンクしていなくても、それらを使用する）を扱う人は、常に実行速度に「不可解な」遅れがあることを知っています。90%は2倍pingに近い速度ですべてが完璧に飛ぶのですが、時々、実行 時間が通常の10倍に跳ね上がることがあります。しかも、ニュースにもならない。
信念と何の関係があるのでしょうか？
MT5の壁の向こう側には、すべての作業が行われる実行の世界があることをご存じでしょう。OtkritieのMT5自体は負荷ゼロで動いており（そこにロシア中の株式トレーダーを集めても、サーバーは負荷に気づかない）、負荷変動の可能性はすべて国境外にある。
なぜ、取引所そのものではなく、パイプ（ブレーキの対象がないため、理論上も変動遅延がない）が遅延を引き起こしていると考えるのでしょうか？そして、トップスピードでトレードを流すだけのインテリジェンスのない本物のパイプであることが、他のトレードでもわかるのです。
外部流動性（ゲートウェイを書き、MT4/MT5とリンクしていなくても、それらを使用する）を扱う人は、常に実行速度に「不可解な」遅れがあることを知っています。90%は2倍pingに近い速度ですべてが完璧に飛ぶのですが、時々、実行 時間が通常の10倍に跳ね上がることがあります。しかも、ニュースにもならない。
そんなに簡単に再現できる取引所自体のバグをほじくっているのでしょうか？間接的には、プラザ経由の高頻度取引業者からそのような苦情がないことで反論が可能である。
そんなブレーキに、取引所フォーラムは一気に「食らいつく」のである。遅くなるのは為替のせいではないのは確かだ。
簡単に再現できる取引所自体のバグをほじくり返す？間接的には、プラザ経由の高頻度取引業者からそのような苦情がないことから、反論することができる。
そんなブレーキに、取引所フォーラムは一気に「食らいつく」のである。確かに遅くなったのは為替のせいではありません。
行動や応答速度が厳密に決定論的であるコンピュータとゲームをしていると考えてはいけない。この場合、「世間からのクレームがないこと」による比較方法は不適切である。それだけでなく、そのインテグレーションを書く人たちは、面白い効果に飽き足らず、それが当たり前になってしまい、人前で議論することもなくなってしまったのです。一方、私たちは、一部のゲートウェイについて、絶対に不要なことに遭遇することがあっても、公の掲示板に不満を書き込むことはしません。
タイミングについて正確な回答を得るためには、正しくリクエストを作成し、ブローカーのサポートサービスに指定された取引について具体的に質問し、特定の取引の実行のログを求める必要があります。ブローカーだけが正確な実行ログをずっと持っているからです。過剰で一般的な質問と思われないように、適切な質問をすることが重要です。
相手側がこれらのログを持っていないことを知りながら、掲示板でこの種の質問をするのは非合理的です。
行動や反応速度が厳密に決定論的であるコンピュータとゲームをしていると考えてはいけない。この場合、「公開ノークレーム」の比較方法は適切ではありません。
タイミングについて正確な回答を得るためには、適切にリクエストを作成し、ブローカーのサポートチームに指定された取引について具体的に質問し、特定の取引の実行ログを要求する必要があります。ブローカーだけが正確な実行ログをずっと持っているからです。過剰で一般的な質問と思われないように、適切な質問をすることが重要です。
相手側がこれらのログを持っていないことを知りながら、掲示板でこの種の質問をするのは非合理的です。
MT5のEAを使って取引所で取引している人たちを代表して、勝手ながら、具体的な事例（ログが出ます）を調べていただき、ここで根拠のある回答をしていただきたいのですが、ブレーキとは何か、その背後にいるのは本当は誰なのでしょうか？このことにストレスを感じているのは、私だけではないだろう。プラットフォームから疑惑を取り除き、「パイプ」の優秀な開発者の評判を確認する。今の答えは、典型的なアロー・トランスファーに非常によく似ています（フラヌシアンでお許しください）。
よし、月曜日に自分たちでそのトランザクションのログを要求して、チェックした結果を投稿しよう。もちろん、ミカラスが嫌がらなければの話ですが。
OK、月曜日にこれらのトランザクションのログを我々自身で求め、チェックした結果を掲載する予定です。
ご理解いただき、ありがとうございますレイテンシーに対するMT5懐疑論者の疑念を払拭するために、一定時間ごとの実行速度の 統計データを提供することが有用である。遅延分布から2倍Pingを引いたグラフを出せ。
MT5のログのオープンソースのパーサーを一つ開発して、指定した日付の統計データを収集して分析することに憧れる皆さんに提案します。そして、この統計を別スレッドで公に共有してください。みんなで協力することで、多くのデリケートな問題を解決できるかもしれません。
よし、月曜日にこれらの取引のログを我々自身で求め、チェックした結果を掲載しよう。もちろん、ミカラスが嫌がらなければの話ですが。
もちろん気にしません、とても興味のあるトレーダーです（2014.11.20の 上場）。
OrdersLogでは、取引所が注文した時刻があり、それを受け取った時刻ではないので、どのように確認するかだけです。