KO 022:32:03.358 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572
FG 022:32:03.415 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572 placed for execution in57 ms
ED 022:32:09.250 Trades 'xxxxx': cancel order #11868770 buy limit 1.00 ED-6.15 at 1.0572
HQ 022:32:09.306 Trades 'xxxxx': cancel order #11868770 buy limit 1.00 ED-6.15 at 1.0572 placed for execution in55 ms
RL 022:32:57.765 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572
JG 022:32:57.826 Trades 'xxxxx': buy limit 1.00 ED-6.15 at 1.0572 placed for execution in61 ms
IE 022:33:03.266 Trades 'xxxxx': cancel order #11868790 buy limit 1.00 ED-6.15 at 1.0572
CR 022:33:03.323 Trades 'xxxxx': cancel order #11868790 buy limit 1.00 ED-6.15 at 1.0572 placed for execution in56 ms
これらの注文は内部的なものであり、その他の番号は取引所に出力されます。
回答が届きました。
Михаил Александрович, получена следующая информация от биржи:
15094784179 время прихода команды постановки заявки - 22:33:00.018, время ответа на данную команду 22:33:00.019.
15094782093 время прихода команды постановки заявки - 22:32:05.609, время ответа на данную команду 22:32:05.610.
15094782093 время прихода команды удаления заявки - 22:32:11.502, время ответа на данную команду 22:32:11.50315094784179 время прихода команды удаления заявки - 22:33:05.519, время ответа на данную команду 22:33:05.520
P.S. В копию добавил моего адрес моего коллеги Федора. В следующие две недели обращайтесь, пожалуйста, к нему – я буду отсутствовать на рабочем месте.
С уважением,
Михаил Батуров
Начальник Отдела поддержки пользователей торговых систем
Управления сопровождения торговых систем
Брокерский дом «ОТКРЫТИЕ»
С большими проблемами удалось это сделать (начальник отдела по работе с профессиональными клиентами ДЦ Открытие Евгений Сергеевич,. - Страница 26 - Категория: автоматические торговые системы
実は、情報が非常に不足しているのです。ログからは、どんなサーバーなのか、その時MikalasのPCはどうなっていたのか、接続はどうなっていたのか、などは不明です。
冗談だろう？
マルチブローカー表示に気づかないのは、盲人だけだ。
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
フォルツァ執行に関する質問
ミカラス さん 2015.03.18 09:22
私の「ゲーム」と「情報隠し」の続き（このスレッドを見てくれている人たちへ）
注文はブローカーのローカルネットワーク（VPNによる仮想マシン）から行われたことを念のためお伝えしておきます。
で、MT5サーバーへのPingは 0.71ms でした。
モスクワ取引所に対し、直近2件の発注・削除のタイミングを要求。
受注番号11868770、11868790。
これらの注文は内部的なものであり、その他の番号は取引所に出力されます。
回答が届きました。
取引所が私の注文を1msで処理していたことが判明しました。
ところで、私の対戦相手は、自分の主張の証拠を何一つ持ってきませんでした。
話題を変えようと呼びかけたところ、レナートは「作業が進行中である」と発言した
ディレイオーダーのSINGLEエラーの修正について。
この記事で言いたかったのは、ONEバグが
は1100ビルドでも存在します。
そして、この作品では、もはやSINGLEディレイであることを!
本当に情報が少ない。ログからは、どんなサーバーなのか、その時MikalasのPCはどうなっていたのか、接続はどうなっていたのか、などは不明です。
自宅から取引する場合とブローカーの仮想マシンから取引する場合の両方で遅延が発生する
(このスレッドでは、仮想マシンからの 非常に詳細な ログがあります）。
ここでは、https://www.mql5.com/ru/forum/38456/page26#comment_1445033。
また、非同期操作の際にもこのエラーが発生します。
2015.04.28 00:45:14.210 Trades 'xxxxxx': failed modify order #13228718 sell limit 1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6173, sl: 0 tp: 0 【注文またはポジションが市場に近いため修正に失敗しました】............................。
2015.04.28 00:45:14.208 Trades 'xxxxxx': failed modify order #13228718 sell limit 1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6161, sl: 0 tp: 0 【注文またはポジションが市場に近いため修正失敗】の順で修正。
2015.04.28 00:45:14.207 Trades 'xxxxxx': failed modify order #13228718 sell limit 1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6149, sl: 0 tp: 0 【注文またはポジションが市場に近いため修正失敗】............................。
と思うのですが（すでにクロス））、このエラーも遅延に関係しています。問題解決に役立つかもしれません。
または、このエラーの意味を知っている人を教えてください：注文またはポジションが市場に近いため、変更に失敗しましたか？
また、非同期操作の際にもこのエラーが発生します。
2015.04.28 00:45:14.210 Trades 'xxxxxx': failed modify order #13228718 sell limit 1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6173, sl: 0 tp: 0 【注文またはポジションが市場に近いため修正に失敗しました】............................。
2015.04.28 00:45:14.208 Trades 'xxxxxx': failed modify order #13228718 sell limit 1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6161, sl: 0 tp: 0 【注文またはポジションが市場に近いため修正失敗】の順で修正。
2015.04.28 00:45:14.207 Trades 'xxxxxx': failed modify order #13228718 sell limit 1.00 VTBR-6.15 at 6101 sl: 0 tp: 0 -> 6149, sl: 0 tp: 0 【注文またはポジションが市場に近いため修正失敗】............................。
と思うのですが（すでにクロス））、このエラーも遅延に関係しています。問題解決に役立つかもしれません。
または、このエラーの意味を知っている人に助言してください：注文またはポジションが市場に近いため、変更に失敗しましたか？
とても不思議なことですが、自分のタイムに注目してください00:45:14.210
この時、交換はうまくいきません
とても不思議なことですが、00:45:14.210という あなたのタイムにご注目ください。
今は交換の時期ではありません!
これはコンピュータの時間 です、1時間先に持っています。クローズ前の落ち着いた市場でリアルで試したところ、デモはすでに動作していませんでした。
そして今、同じように、デモでも。
コンピュータの時間だ、1時間前に持っている。閉店前の落ち着いた相場でリアルで試したら、デモはもうダメだった。
今、デモでも同じです。
保留中の注文は どのように 設定 するのですか？
というか、どうやって構造を埋めるのでしょうか（そんなメッセージは出たことがない）。
改造前に必ずやって います。
あ、あとね...。
あなたの問題は、間違いなくオーダーのスピードとは 関係ありません。
必要であれば、注文の設定・変更・削除を行うコードを
あなたのOnTick()
保留中の注文は どのように 設定 するのですか？
というか、どうやって構造を埋めるのでしょうか（そんなメッセージは出たことがない）。
順番が正常にセットされ、常に変更されるわけではありません。
よくリクエストを送るからかもしれませんが、「注文またはポジションがマーケットに近いため、修正に失敗 しました」というエラーメッセージがよくわかりません。
そして、サーバーとエクスチェンジのどちらが修正依頼を嫌がるのかが不明です。
改造前に必ずやっています。
注文があることが確実に分かっている場合、チェックする意味はあるのでしょうか？チェックはされますが、各リクエストの前にはされません。
注文は正常にインストールされ、常に変更されるわけではありません。
おそらくリクエストを送ることが多いからだと思いますが、エラーメッセージ自体が「注文またはポジションがマーケットに近いため、修正に失敗 しました」とはっきりしないんです。
そして、修正依頼を嫌うのは、サーバーとエクスチェンジのどちらなのか、はっきりしない。
注文が存在することが確実に分かっていてチェックしても、各リクエストの前にチェックしないのでは意味がない。
実行することができます....
OnTick()のトピックに移動して、あなたのエラーを見つけよう。