Для торговли важным параметром является актуальность текущей цены. На него влияет множество факторов, самый популярный из которых - сетевой пинг между терминалом и торговым сервером. Но часто из виду упускается другой параметр: так называемый "внутренний пинг терминала" - дополнительный лаг котировок внутри самого терминала (платформы) . Даже...
HistoryDealsSelect( constint Index, constint Count = WHOLE_ARRAY ); // Из внутренней таблицы сделок взять сделки, начиная с заданного индекса в таблице.
HistoryOrdersSelect( constint Index, constint Count = WHOLE_ARRAY ); // Из внутренней таблицы ордеров взять ордера, начиная с заданного индекса в таблице.
誤解されることMTがジャミングしているかどうかを把握する必要があります。サーバーのログを解析しているときに、数十秒の間が修正されていたんです。サーバーはすべて完璧です。
つまり、問題は別のところにあるのです。
過去の価格に当たることが非常に多いことがわかりました。つまり、Terminalで深刻な遅延が発生する。それをどう見極めるかという問題がある。
ここで私はVPSを購入しました。どうすればぴったりフィットするのか?つまり、何らかの数値的な指標が必要なんです。結論から言うと、再送信は信用できない。午前0時~数十%。
トレーディングサーバーと同じ物理マシンに仮想マシンを展開すればいいのかもしれませんね。そして、そこからターミナルを動かすことができるようになるのです。そうすれば、デッドロックの数も減るのではないでしょうか。
トレースやコンソールからのPing送信、専用ソフトでは解決しないようです。
MTの関与を何らかの形で登録する必要がある。TERMINAL_RETRANSMISSIONの カウンターを独自に作るよう、開発者に求めるべきかと思われます
誤解されることMTがジャミングしているかどうかを把握する必要があります。サーバーのログを解析しているときに、数十秒の間が修正されていたんです。サーバーはすべて完璧です。
つまり、問題は別のところにあるのです。
過去の価格に当たることが非常に多いことがわかりました。つまり、Terminalで深刻な遅延が発生する。それをどう識別するかという問題が発生した。
1) サーバに修正要求が来なかった、あるいは10秒以内のすべての要求が古い価格であったということでしょうか?
2) また、「現在」と「時代遅れ」の価格の差は何秒ですか?
3) 価格が古いと誰が判断するのか:MTサーバーか第三者、たぶんどこかの取引所か?
問題が頻繁に発生する場合は、Wiresharkと SysinternalsのProcess Monitor (Network Activity)を組み合わせて、注文変更のトラフィックを分析することができます。
1) サーバに修正要求が来なかった、あるいは10秒以内のすべての要求で価格が古くなっていた、というのは具体的にどういうことなのか、どうもよくわからない。
2) また、「現在」と「時代遅れ」の価格の差は何秒ですか?
3) 価格が古いと誰が判断するのか:MTサーバーか第三者、たぶんどこかの取引所か?
サーバー上では、すべてのリクエストをミリ秒単位で処理した。古くなった価格については、管理者に確認する必要があります。
問題が繰り返し発生する場合は、WiresharkとSysinternalsのProcess Monitor (Network Activity)をペアにして、順序変更トラフィックを分析することができます。
私は全くの素人です。
HistorySelect-functionsのブレーキを再現することができました。
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
MT5とスピードの関係
fxsaber, 2020.06.04 14:38
そんなEAを描いてみました。
誰がやってみるか、結果を書いてください。ラグについてはどうでしょうか?
ZS Longは、なぜライブアカウントにブレーキがかかるのかを考えてみた。問題箇所を見つけたような気がします。
ZS Longは、バトルアカウントがなぜ遅いのか、その原因を探ってみた。問題箇所を発見したようだ。
これだけ戦闘状況が憂鬱になるのですから。
よく見ると、互いに独立したEAが同じように減速していることがわかります(ラグタイムとデュレーション)。つまり、複数のExpert AdvisorがHistorySelectを呼び出すと、MT5はすべてのExpert Advisorの実行を一定時間停止し、その結果をExpert Advisorに返します。
歴史を扱うAPIとして、これほど奇妙な(差し迫った)理由は何なのでしょうか。この方法の落とし穴はどこにあるのでしょうか?
トレーディング、自動売買システム、ストラテジーテストに関するフォーラム
MT5とスピードの関係
fxsaber, 2020.05.28 15:27
ヒストリーセレクト
これは、めちゃくちゃ高い機能です。そして残念なことに、いくらキャッシュしても、そのスピードを今更許容できるものにはできない。
そのような履歴機能の導入をご検討ください。
HistorySelectのブレーキを完全に閉じてしまうのである。最新のトレードが非常に安く手に入るという問題が解決されるからです。今は、戦闘実行で一苛めです。
OnTradeTransaction を介して最後の取引を制御することは必ずしも可能ではありません。そのため、クイックHistorySelectが関係しています。
取引履歴を扱う場合、MT4の性能がMT5を上回るのは普通ではないでしょう。
取引端末のブレーキを解除してください
歴史上1000回のトレードで十分なのか?
このような読み方でテストしています。
受注番号 20990
お買い得品 10277
ログイン 20分
受注番号 20990
お買い得品 10277
ログイン 20分
スーパー、ありがとうございました最後に、MT5の悲しいラグを完全確認。しかも、トレーディング機能 なしで、です。ほとんどすべての場所で問題が発生しています。
それは憂慮すべきことです。Linuxで結果を見るのも面白いかもしれませんね。Winの下には、話をする本当の時間がない。