MT5とスピードの関係 - ページ 36 1...293031323334353637383940414243...94 新しいコメント fxsaber 2020.09.28 22:45 #351 prostotrader:ロボットは違っても、だいたい同じような仕組みで作られています。1つの端末で同時に42のジョブがあり、3つで126は約400文字ですそして、何もかもがスローになる。 20の取引シンボル常に60以上のオープンポジションがあり、同じ数の注文が保留されて います。1秒間に何度も修正されることもあれば、何分も何も起こらないこともあります。 ティックの取りこぼしを防ぐため、コール前の時点からコール中の時点までのティックをCopyTicksで取得します。失われた歴史の問題を回避するために、分析されるのです。特に、新規の注文/取引のみ有効性を分析します。成行注文は使用しません。 この方式は、端末の故障やラグなどを保持します。そして、テスターとのマッチングを非常に高いレベルで実現しています。 分析できていない可能性が高い、データの取りこぼしの可能性がある。すべてにおいて、異なるスキームです。 Valeriy Yastremskiy 2020.09.29 04:14 #352 fxsaber:20の取引シンボル60以上のオープンポジションがあり、同じ数の注文が常時保留 されています。1秒間に何度も修正されることもあれば、何分も何も起こらないこともあります。ティックの取りこぼしを防ぐため、コール前の時点からコール中の時点までのティックをCopyTicksで取得します。失われた歴史の問題を回避するために、分析されるのです。特に、新規の注文/取引のみ有効性を分析します。成行注文は使用しません。この方式は、端末の故障やラグなどを保持します。そして、テスターとのマッチングを非常に高いレベルで実現しています。分析できていない可能性が高い、データの取りこぼしの可能性がある。すべてにおいて、異なるスキームです。 質問していいですか?成行注文よりも注文の執行が正確であることは正しく理解しているのですが? fxsaber 2020.09.29 05:34 #353 Valeriy Yastremskiy:質問させてください。成行注文よりも注文の執行精度が高いという認識でよいでしょうか。 リミットオーダーとテイクオーダー(ブローカーにより異なる)は、ネガティブスリッページなしで執行されます。相場は、ほとんどの場合、マイナスのスリッページで約定します。 つまり、市場との取引では利益が出ないのです。 fxsaber 2020.09.29 05:55 #354 fxsaber:ほとんどの場合、データの欠落の可能性を分析できていない。すべてにおいて、異なるスキームです。 駆け込み寺の一例。 Синхронный OrderSend сообщает об успешном выполнении быстрее, чем пинг до торгового сервера, - обманывает 2020.09.29www.mql5.com Сабж на двух примерах. Пинг ~42 мс. Пример 1. Пример 2. Произвожу проверку на валидацию корректность многих действий в MT5... Valeriy Yastremskiy 2020.09.29 06:16 #355 fxsaber:リミットとテイク(ブローカーにより異なる)は、ネガティブスリッページなしで実行されます。相場はほとんどネガティブスリッページです。すなわち、市場は取引しても利益を生まない。 ありがとうございます。 Andrey Pogoreltsev 2020.09.29 07:35 #356 fxsaber:リミットとテイク(ブローカーにより異なる)は、ネガティブスリッページなしで実行されます。相場はほとんどネガティブスリッページです。つまり、利幅のある取引は利益にならないのです。 また、保留中の注文は 市場のサポートレベルを作り出し、流動性を生み出すことで最小限の手数料で暗号取引所に報酬をもたらします。 prostotrader 2020.09.29 17:48 #357 Dmi3:不思議ですね、私にとっては逆なんです。...OnBooksを全部やめて、OnTickに戻したんですが...。 VolumeとBidが必要ないのであれば、OnTick()が正しい解決策ですが、必要なのは しかし、私は音量だけでなく、スタックの変化も必要としますが、残念ながらOnTick()は機能しません。 prostotrader 2020.09.29 17:50 #358 fxsaber:一般的には、別のスキーム。 もし、あなたのスキームが遅くなるようなら、別のものを探す(発明する)べきかもしれませんね? ちなみに、3つの端末で126台のロボットを動かして、コンピュータの負荷はこんな感じです。 追加 12月までに問題が解決しない場合は、私のスキームでデモを書きますよ。 今、作るのに忙しいんです。 fxsaber 2020.09.29 17:57 #359 prostotrader:もし、あなたのスキームが遅くなるようなら、別のものを探す(発明する)べきかもしれませんね。ちなみに、3つの端末で126台のロボットを動かして、コンピュータの負荷は以下の通りです。 同じようなExpert Advisorを書くことができるんです。私だけが書くレベルが違うんです。それゆえ、再現性のある実質的なバグレポートが非常に多いのです。 prostotrader 2020.09.29 17:59 #360 fxsaber:....私だけが、文章のレベルが違うのです. あ、そうだ、誰と話していたのか、すっかり忘れていた...。 すみません... によって追加されました。 じゃあ、 あなたの レベルで、せめて半分くらいは...。 1...293031323334353637383940414243...94 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ロボットは違っても、だいたい同じような仕組みで作られています。
1つの端末で同時に42のジョブがあり、3つで126は約400文字です
そして、何もかもがスローになる。
20の取引シンボル常に60以上のオープンポジションがあり、同じ数の注文が保留されて います。1秒間に何度も修正されることもあれば、何分も何も起こらないこともあります。
ティックの取りこぼしを防ぐため、コール前の時点からコール中の時点までのティックをCopyTicksで取得します。失われた歴史の問題を回避するために、分析されるのです。特に、新規の注文/取引のみ有効性を分析します。成行注文は使用しません。
この方式は、端末の故障やラグなどを保持します。そして、テスターとのマッチングを非常に高いレベルで実現しています。
分析できていない可能性が高い、データの取りこぼしの可能性がある。すべてにおいて、異なるスキームです。
20の取引シンボル60以上のオープンポジションがあり、同じ数の注文が常時保留 されています。1秒間に何度も修正されることもあれば、何分も何も起こらないこともあります。
ティックの取りこぼしを防ぐため、コール前の時点からコール中の時点までのティックをCopyTicksで取得します。失われた歴史の問題を回避するために、分析されるのです。特に、新規の注文/取引のみ有効性を分析します。成行注文は使用しません。
この方式は、端末の故障やラグなどを保持します。そして、テスターとのマッチングを非常に高いレベルで実現しています。
分析できていない可能性が高い、データの取りこぼしの可能性がある。すべてにおいて、異なるスキームです。
質問していいですか?成行注文よりも注文の執行が正確であることは正しく理解しているのですが?
質問させてください。成行注文よりも注文の執行精度が高いという認識でよいでしょうか。
リミットオーダーとテイクオーダー(ブローカーにより異なる)は、ネガティブスリッページなしで執行されます。相場は、ほとんどの場合、マイナスのスリッページで約定します。
つまり、市場との取引では利益が出ないのです。
ほとんどの場合、データの欠落の可能性を分析できていない。すべてにおいて、異なるスキームです。
駆け込み寺の一例。
リミットとテイク(ブローカーにより異なる)は、ネガティブスリッページなしで実行されます。相場はほとんどネガティブスリッページです。
すなわち、市場は取引しても利益を生まない。
ありがとうございます。
リミットとテイク(ブローカーにより異なる)は、ネガティブスリッページなしで実行されます。相場はほとんどネガティブスリッページです。
つまり、利幅のある取引は利益にならないのです。
また、保留中の注文は 市場のサポートレベルを作り出し、流動性を生み出すことで最小限の手数料で暗号取引所に報酬をもたらします。
不思議ですね、私にとっては逆なんです。
...OnBooksを全部やめて、OnTickに戻したんですが...。
VolumeとBidが必要ないのであれば、OnTick()が正しい解決策ですが、必要なのは
しかし、私は音量だけでなく、スタックの変化も必要としますが、残念ながらOnTick()は機能しません。
一般的には、別のスキーム。
もし、あなたのスキームが遅くなるようなら、別のものを探す(発明する)べきかもしれませんね?
ちなみに、3つの端末で126台のロボットを動かして、コンピュータの負荷はこんな感じです。
追加
12月までに問題が解決しない場合は、私のスキームでデモを書きますよ。
今、作るのに忙しいんです。
もし、あなたのスキームが遅くなるようなら、別のものを探す(発明する)べきかもしれませんね。
ちなみに、3つの端末で126台のロボットを動かして、コンピュータの負荷は以下の通りです。
同じようなExpert Advisorを書くことができるんです。私だけが書くレベルが違うんです。それゆえ、再現性のある実質的なバグレポートが非常に多いのです。
....私だけが、文章のレベルが違うのです.
あ、そうだ、誰と話していたのか、すっかり忘れていた...。
すみません...
によって追加されました。
じゃあ、 あなたの レベルで、せめて半分くらいは...。