フォルツァ執行上の問題点 - ページ 156 1...149150151152153154155156 新しいコメント prostotrader 2021.02.19 13:04 #1551 fxsaber:上記は、ターミナルも減速していることを詳細に示したものである。サーバーのログを見た。 可能性はありますが、残念ながらログの仕組みはよくわかりません。 2014年までさかのぼると遅延がありますが、実質的には何も変わりません...。 1年前から壊滅的（最大で十数秒）になった。 今、何かが修正されましたが、どうやら最後まで修正されていないようです...。 fxsaber 2021.02.19 13:07 #1552 prostotrader:たぶん、残念ながら私はログの仕組みを正確に知らないのです。2014年までさかのぼると遅延がありますが、ほとんど何も変わりませんね...。 問題を即座に再現するEAを提供。おそらくこれから原因を探っていくのでしょう。 prostotrader 2021.02.19 13:10 #1553 fxsaber:問題を即座に再現するアドバイザーを提供。きっとこれから原因がわかるでしょう。 それは良いことだと思います、ありがとうございます。 prostotrader 2022.01.19 13:08 #1554 prostotrader #:良いものを、ありがとうございます。 fxsaber#: 問題を即座に再現するアドバイザーを提供。おそらく、これで原因がわかると思います。 見つかったのだろうか（約1年ぶり）。 fxsaber 2022.01.19 13:51 #1555 prostotrader #:ほぼ1年ぶりですが）見つかりましたか？ その再現性の高いEAがこちらです。 トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラムMT5とスピードの関係fxsaber, 2021.02.18 13:49予告編pingが0程度のマシンで実行するとGUI端末がハングアップして何も反応しない（RDP経由）けど、描画はされる。どうやら不要な数百FPSが影響しているようです。それはバグです。しかし、3つのコピーを同時に実行すると、これが一度に起こってしまう。DH 0 14:52:25.817 Trades '88756': order #2229679 sell 0.01 / 0.01 EURUSD at market done in 31.402 ms (OrderSendTest_Position) これは、Pingが〜0.5msのデモです。 残念ながら、開発者はこの問題を解決したかどうか、私たちに知らせてはくれませんでした。フィードバックは言語のみの上乗せです。 prostotrader 2022.04.21 09:05 #1556 それから7年も経たないうちに、FORTSと株式市場の遅れの原因を突き止めることができた。 MQはプラザ2を使用してデリバティブと株式市場の相場を受信しているので、次のように仮定するのが妥当である。 ストックセクションの注文はASTSプロトコルを使って、同じサーバーから転送されるため、MQはFORTSとストック用に1つのサーバーを書いていることになります。 MQはFORTSとStockセクションのために1つのサーバーを書きました。相場の動きが弱くても、OpenSectionの6台のサーバーでうまく負荷に対応することができるのです。 しかし、FORTSと株式市場のピーク時には、大きな遅延が発生します（Combat account）。 2022.04.20 10:10:32.271 Trades 'ххххх': sell limit 20 MOEX at 88.56 2022.04.20 10:10:32.277 Trades 'ххххх': accepted sell limit 20 MOEX at 88.56 2022.04.20 10:13:25.446 Trades 'ххххх': sell limit 20 MOEX at 88.56 placed for execution 2022.04.20 10:13:26.012 Trades 'ххххх': order #200995543 sell limit 20 / 20 MOEX at 88.56 done in 173772.341 ms なんと、2.89分もの間、注文が執行されたのです。 MQはFORTSとStockセクションを1つのサーバーに統合し、悪くはないのですが、（おそらく欲張りなため）「Open」。 が市場ごとに物理 サーバーを分けて作らなかったので、結局はオトクリヴァシカのせいなんです。 この間、MQもオプリウォシカも、このような「非道な」遅れの原因を言わないのは、とても不思議なことである。 1...149150151152153154155156 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
上記は、ターミナルも減速していることを詳細に示したものである。サーバーのログを見た。
可能性はありますが、残念ながらログの仕組みはよくわかりません。
2014年までさかのぼると遅延がありますが、実質的には何も変わりません...。
1年前から壊滅的（最大で十数秒）になった。
今、何かが修正されましたが、どうやら最後まで修正されていないようです...。
たぶん、残念ながら私はログの仕組みを正確に知らないのです。
2014年までさかのぼると遅延がありますが、ほとんど何も変わりませんね...。
問題を即座に再現するEAを提供。おそらくこれから原因を探っていくのでしょう。
問題を即座に再現するアドバイザーを提供。きっとこれから原因がわかるでしょう。
それは良いことだと思います、ありがとうございます。
良いものを、ありがとうございます。
問題を即座に再現するアドバイザーを提供。おそらく、これで原因がわかると思います。
見つかったのだろうか（約1年ぶり）。
ほぼ1年ぶりですが）見つかりましたか？
その再現性の高いEAがこちらです。
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
MT5とスピードの関係
fxsaber, 2021.02.18 13:49
予告編pingが0程度のマシンで実行するとGUI端末がハングアップして何も反応しない（RDP経由）けど、描画はされる。
どうやら不要な数百FPSが影響しているようです。それはバグです。
しかし、3つのコピーを同時に実行すると、これが一度に起こってしまう。
DH 0 14:52:25.817 Trades '88756': order #2229679 sell 0.01 / 0.01 EURUSD at market done in 31.402 ms (OrderSendTest_Position)これは、Pingが〜0.5msのデモです。残念ながら、開発者はこの問題を解決したかどうか、私たちに知らせてはくれませんでした。フィードバックは言語のみの上乗せです。
それから7年も経たないうちに、FORTSと株式市場の遅れの原因を突き止めることができた。
MQはプラザ2を使用してデリバティブと株式市場の相場を受信しているので、次のように仮定するのが妥当である。
ストックセクションの注文はASTSプロトコルを使って、同じサーバーから転送されるため、MQはFORTSとストック用に1つのサーバーを書いていることになります。
MQはFORTSとStockセクションのために1つのサーバーを書きました。相場の動きが弱くても、OpenSectionの6台のサーバーでうまく負荷に対応することができるのです。
しかし、FORTSと株式市場のピーク時には、大きな遅延が発生します（Combat account）。
2022.04.20 10:10:32.271 Trades 'ххххх': sell limit 20 MOEX at 88.56 2022.04.20 10:10:32.277 Trades 'ххххх': accepted sell limit 20 MOEX at 88.56 2022.04.20 10:13:25.446 Trades 'ххххх': sell limit 20 MOEX at 88.56 placed for execution 2022.04.20 10:13:26.012 Trades 'ххххх': order #200995543 sell limit 20 / 20 MOEX at 88.56 done in 173772.341 msなんと、2.89分もの間、注文が執行されたのです。
MQはFORTSとStockセクションを1つのサーバーに統合し、悪くはないのですが、（おそらく欲張りなため）「Open」。
が市場ごとに物理 サーバーを分けて作らなかったので、結局はオトクリヴァシカのせいなんです。
この間、MQもオプリウォシカも、このような「非道な」遅れの原因を言わないのは、とても不思議なことである。