Анализировал с владельцем MT5-сервера тормоза торговых приказов. Запускался OrderSend-Test2.mq5 в том же месте, где MT5-сервер стоит. Т.е. нулевой пинг. Демо, все внутри. Изучались логи MT5-сервера (2170) и MT5-клиента (2280). Логи сервера не буду приводить, просто словами опишу. Думаю, результаты буду интерсны всем, т.к. это поможет раскрыть...
次のリリースバージョン(現在はベータ版)以降になる可能性が高い
次のリリースバージョン(現在はベータ版)以降になる可能性が高い
お買い得品がずらりと並ぶのでは?
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
MT5とスピードの関係
fxsaber, 2020.08.13 04:36
この古いスクリプトは、1つのMQ-Demoチャートで実行し、さらにMarket Watchに取引シンボルを追加すると、多くのブレーキを表示します(私は100個持っていました)。
端末のログ。
2020.09.04 17:51:33.112 Trades '34510052': cancel order #702851395 buy stop 0.01 EURCAD at 1.55852 2020.09.04 17:51:33.512 Trades '34510052': accepted cancel order #702851395 buy stop 0.01 EURCAD at 1.55852 2020.09.04 17:51:33.514 Trades '34510052': cancel #702851395 buy stop 0.01 EURCAD at market done in 401.845 ms
保留中の取引の削除は401msで行われました。開発者は取引サーバーのログにアクセスでき、そこでどれくらいの時間、実行が続いたかを知ることができる。例えば、こんな感じです。
誰でも自分のサイトに再現することができる。
念のため、結果を伴う取引注文はこんな感じです。
ピンときた。
スクリプトが機能したのは10分ほど。
こういう減速はどうでもいいんです。ただ、どこをどう調整すれば状況が改善されるのかが知りたいのです。ターミナルなのか取引サーバーなのか?一般に、開発者は再現するためのあらゆる可能性を持っており、希望すれば理解することもできます。
この古いスクリプトは、1つのMQ-Demoチャートで実行し、Market Watchに取引シンボルを 増やすと、多くのブレーキが表示されます(私は100個でした)。
こんなケースもありましたね
トレーディング、自動売買システム、ストラテジーテストに関するフォーラム
MetaTrader 5プラットフォームビルド1880の新バージョン:完全な合成商品の履歴を計算する。
A100, 2018.07.25 21:55
いずれにせよ負荷を考慮する必要がある。
パソコンの速度が遅いので・・・。と、本当に本当に遅いんですが・・・。それで...マーケットウォッチで63シンボルを追加し、その後F10を押すと、MetaTraderが激しくハングアップします(再起動が必要)...。他のすべてのモードでは正常に動作しますが
F10を使おうとしたら、少なくとも1年間はハングアップし続けました - 32ビット版ですが
こんな事例があったような
マーケットレビューの文字数は、ブレーキをかける上で重要ではありません。私のところでは、そうしてきただけです。
簡単に再現することができます。 2つの赤いローカル時間の 間には1msしかなく、実際には550msになるはずです(連続したOrderSend)。どうやらここでもPrint-snapshotsが効果を発揮しているようです。あなたの立場のために、どんな自己流でもいいのですか?
b2592 MQ-Demoでの結果です。
すべての通話にラグがある。
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
バグ、バグ、質問
A100, 2020.08.31 15:55
特にEURUSDのタイムフレームは、カーソルに追従して十字線が非常にゆっくり動くので、カーソルをスムーズに斜め移動させるだけで再現できるのですが。他の時間軸では OKです。以前はこのような遅れはありませんでした。
また、手動でのプロット(トレンド、フィボナッチなど)もすべて遅いです
すべての設定は初期状態です。
12797
バーが少ないほど速度が遅くなるという逆依存性のようなもの
EURGBPのような月足・週足チャートでは(そのような深い履歴がない場合) - 遅延なし
バーが低いほど遅くなるという、ある種の逆相関が存在する
むしろ、TFが高いほど、遅延が長くなるという直接的なものです。
どうやらこれは、下部TFによる精密な座標計算によるものらしい。私たちが探している週足/月足のバーに含まれるバーの指標を得るのに、どこかで混乱が生じました。
ps: 私の場合、すべてうまくいき、バーの数も同じです。
より直線に近く、TFが高いほど遅れが大きくなります。
どうやら、下のTFの座標を正確に計算したことによるようです。どこかで、必要な週次・月次のバーに含まれるバーの指標を得ることに失敗したのでしょう。
ps: 私の場合、すべてうまくいき、バーの数も同じです。
当然ながら、エキスパートやインジケーター、スクリプトは実行せず、手動でのビルドのみです。表示された遅延時間は、平均的な最新の64ビットタブレットで再現可能です。i7のコンピュータをお持ちの方は、この遅延に遭遇していないと仮定します。
タブレットを使用していることを明記すべきだったかもしれません。
i5を持っている