MT5とスピードの関係 - ページ 84 1...777879808182838485868788899091...94 新しいコメント traveller00 2021.02.18 07:21 #831 20ペアのEAを持つには、20台の端末を1台ずつ動かすのが一番儲かると考えていいのでしょうか? fxsaber 2021.02.18 07:24 #832 traveller00: 20ペアのEAを持つには、20台の端末を1台ずつ動かすのが一番利益が出るという理解でいいのでしょうか? はい。 Valeriy Yastremskiy 2021.02.18 08:04 #833 traveller00: 20ペアのEAを持つには、20台の端末をそれぞれ1台ずつ動かすのが最も収益性が高いという理解でいいのでしょうか? キューは別物で、負荷の高い1つのターミナルでキューに入るより、負荷の高くない20のターミナルからアクションを起こす方が早い。 fxsaber 2021.02.18 08:33 #834 Server のログと比較すると、Terminal からのOrderSend は滞りなく Server に到達していることがわかります。つまり、すぐに流動性を確保する必要がある場合は、おそらくそうなるでしょう。 しかし、それをつかんだかどうかは、ターミナルで大きな遅れをとって初めてわかることなのです。つまり、端末の取引環境にはタイムラグがあるのです。 Anton 2021.02.18 09:11 #835 fxsaber:ある口座では、すべての取引を5つの端末に分割して行っています。もう一方では、すべてを1つにまとめておきました。ログを見ると、口座を端末に分割することで、OnTradeTransactionの 操作時間が減少していることがわかります。また、OnTradeTransactionにかかる時間は、送信された注文の数に影響され、数が多ければ多いほど平均して長くなります。概して、すべてが静かに推移しているようです。 確認させていただきます。でも、すぐにサンプルコードを添付したほうがいいんです。ログから判断すると、1ms前後の取引で遅延が発生しています。つまり、1ティックごとに注文を出すか、1msごとにタイマーをかけるか、どちらかです。 fxsaber 2021.02.18 09:22 #836 Anton:調べてみます。しかし、コード例を添付したほうがよいでしょう。ログから判断すると、遅延は約1msの頻度で取引したとき、つまり注文が送信されるたびに、または1msごとにタイマーで取引したときに発生します。 改造は頻繁に行えます。格闘Expert Advisorを添付できない。おそらく、autopoolerを書くべきでしょう。 Mikhail Mishanin 2021.02.18 10:35 #837 fxsaber:改造は頻繁に行えます。バトルアドバイザーが付けられない。おそらく、オートプーラを書く必要があるのでしょう。 イミテーションは、できるだけまれに必要な変更、私はそこにサーバーへの要求の数にランキングのいくつかの並べ替えがあると思うし、サーバー上の "ノイズ "の多くは、テールエンドにすることができます場合。 fxsaber 2021.02.18 10:37 #838 Mikhail Mishanin:modify as little as possible, サーバーへのリクエスト数のランキングのようなものがあると思うのですが、サーバーで「ノイズ」を多く出すと最後尾になることがあります。 そんなものはない。 fxsaber 2021.02.18 12:49 #839 fxsaber:自動弾幕を書く必要があります。予告編ではpingがゼロに近いマシンで実行すると、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のデモです。 ファイル: OrderSend-Test2.ex5 299 kb fxsaber 2021.02.20 07:23 #840 pingがゼロのマシンでは、Terminal(2/20のEAが動作)で実行された取引注文の 結果が1.5msより速くなったことは(ログを目で確認しながら)一度もありません。非常に多い ~2-3ms。 この時間はどのように構成されているのでしょうか?OSの特質なのでしょうか? MQ-Demoのサーバーはb2789になりました。Server b2755と比較して、速度面で何か変わったところはありますか? 1...777879808182838485868788899091...94 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
20ペアのEAを持つには、20台の端末を1台ずつ動かすのが一番利益が出るという理解でいいのでしょうか?
はい。
20ペアのEAを持つには、20台の端末をそれぞれ1台ずつ動かすのが最も収益性が高いという理解でいいのでしょうか?
キューは別物で、負荷の高い1つのターミナルでキューに入るより、負荷の高くない20のターミナルからアクションを起こす方が早い。
Server のログと比較すると、Terminal からのOrderSend は滞りなく Server に到達していることがわかります。つまり、すぐに流動性を確保する必要がある場合は、おそらくそうなるでしょう。
しかし、それをつかんだかどうかは、ターミナルで大きな遅れをとって初めてわかることなのです。つまり、端末の取引環境にはタイムラグがあるのです。
ある口座では、すべての取引を5つの端末に分割して行っています。もう一方では、すべてを1つにまとめておきました。
ログを見ると、口座を端末に分割することで、OnTradeTransactionの 操作時間が減少していることがわかります。
また、OnTradeTransactionにかかる時間は、送信された注文の数に影響され、数が多ければ多いほど平均して長くなります。
概して、すべてが静かに推移しているようです。
確認させていただきます。でも、すぐにサンプルコードを添付したほうがいいんです。ログから判断すると、1ms前後の取引で遅延が発生しています。つまり、1ティックごとに注文を出すか、1msごとにタイマーをかけるか、どちらかです。
調べてみます。しかし、コード例を添付したほうがよいでしょう。ログから判断すると、遅延は約1msの頻度で取引したとき、つまり注文が送信されるたびに、または1msごとにタイマーで取引したときに発生します。
改造は頻繁に行えます。格闘Expert Advisorを添付できない。おそらく、autopoolerを書くべきでしょう。
改造は頻繁に行えます。バトルアドバイザーが付けられない。おそらく、オートプーラを書く必要があるのでしょう。
イミテーションは、できるだけまれに必要な変更、私はそこにサーバーへの要求の数にランキングのいくつかの並べ替えがあると思うし、サーバー上の "ノイズ "の多くは、テールエンドにすることができます場合。
modify as little as possible, サーバーへのリクエスト数のランキングのようなものがあると思うのですが、サーバーで「ノイズ」を多く出すと最後尾になることがあります。
そんなものはない。
自動弾幕を書く必要があります。
予告編ではpingがゼロに近いマシンで実行すると、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のデモです。pingがゼロのマシンでは、Terminal(2/20のEAが動作)で実行された取引注文の 結果が1.5msより速くなったことは(ログを目で確認しながら)一度もありません。非常に多い ~2-3ms。
この時間はどのように構成されているのでしょうか?OSの特質なのでしょうか?
MQ-Demoのサーバーはb2789になりました。Server b2755と比較して、速度面で何か変わったところはありますか?