遅行性OI（建玉） - ページ 8 1234567891011 新しいコメント Renat Akhtyamov 2021.01.19 13:06 #71 Alena Lysenkova: ならなんでここに書くんだ？ じざい いなくなった prostotrader 2021.01.19 13:07 #72 アレナ・ライセンコワ 時間を無駄にしている、顧客が待っている...。 Alena Lysenkova 2021.01.04www.mql5.com Профиль трейдера Aleksey Mavrin 2021.01.19 14:04 #73 prostotrader:それが、「走り屋」とその擁護者 たちです。トレードに興味があるのに、なぜ全てのティックをコピーするのか？コードではきっとそうだ。 Renat Akhtyamov： どうしたんですか？アウトプットがどうあるべきか、そのために何をすべきなのか、それすらもわからない。この難しい質問に対する答えは、経験豊富な人たちでさえも教えてくれません。でも、どうすれば正しい結果が得られるかは、5年ほど前からこのテーマを研究しているのでわかっています。 正直なところ、気づきませんでした。女の子は質問をした、その本質と、あなたは本当にそれを把握するために、このフォーラムでいくつかの人々を知らないと、率直にそれを認める。 つまり、1級の質問をする多くの「走り屋」と違って、彼女が明らかに整理できる残りの瑣末なことと一緒なのです。 そして、些細なことをつつき、万能と言われる知識を誇示し、小さな質問でもその場で間違えたりするのは、それはプロではなく、いかにも男らしくもなく、ベンチで不機嫌に怒るおばあちゃんのようです。 Renat Akhtyamov 2021.01.19 14:19 #74 Aleksey Mavrin:正直なところ、気づきませんでした。 その女の子は、あなたが本質を知らない質問をし、フォーラムでそれを理解した人はほとんどいません、それを率直に認めてください。つまり、1級品の質問をする多くの「走り屋」と違って、それ以外の瑣末なことでも、彼女は明らかに解決してしまうのです。そして、瑣末なことに突っかかって、万能と言われる知識を披露し、些細な問題ではその場でミスもする、そんなのはプロじゃないし、なんだか男らしくないし、ベンチで不機嫌なおばあちゃんのようだ。まさにそれです。OIは、欲しい人には小銭で喜んで書いてくれるような、一見すると単純なものではありません。 と、2ページ目からここで議論されていることは、全く違うものです。 Aleksey Mavrin 2021.01.19 14:47 #75 Renat Akhtyamov:まさにそれです。OIは、欲しい人には小銭で喜んで書いてくれるような、一見すると単純なものではありません。 そして、2ページ目からここで議論 されていることは、全く違う。 おかえりなさい) それはそれとして、質問が難しく具体的で、必要な理解度（まあ、深い知識はなくてもいいかもしれませんが）で質問しているのに、「メガ教祖」の皆さんは、ご自身がまだ概念に混乱しているのに、テスト検証コードのカンマを蔑称で拾ってエゴを発揮していますね。 プロらしくない、醜い。正常な男性は本質的に答えている、私は問題が解決されると思います) Vasiliy Sokolov 2021.01.19 15:16 #76 Dmi3:率直に言うと、非同期エンジンが必要なのですが、プロストトレーダーが使っている曲がった魔道士の仕組みは、私にはまったく合いません。このエンジンの正しい書き方は、まだ理解していない。そうなのか？;) なぜ非同期エンジンが必要なのか？2本の脚を駆動する場合、最初の脚をリミットで引用し、最初の脚がトリガーされたときに2番目の脚をマーカーでヒットさせるのです。ここでasynchを使わずに行うことは可能であり、有用である。多文字合成の合成語 - そう、非同期は便利でしょう。しかし、各シンボルの流動性チェックに直面することになります。安定したエントリーでポジションを作るだけではダメでしょう。ちなみに、asynhは非同期の発注と同じようにゆっくり動作します。ですから、もし一つの注文をするためにスピードが必要なら、非同期であってはならないのは確かです。 Vasiliy Sokolov 2021.01.19 15:27 #77 Alena Lysenkova:なぜ建玉の端末変更で：SymbolInfoDouble(Symbol(),SYMBOL_SESSION_INTEREST) は、テープに相対的にその人生を生きている？void OnBookEvent(const string& symbol) 私が理解する限り、先物市場では、リボンの取引によってOIが変化することはありません。しかし、なぜ取引もないのにOIが勝手に変化するのでしょうか？ これはすでに以前にも見たことがあります。 https://www.mql5.com/ru/forum/165157/page2#comment_3989978 ターミナルのOIはどのような周期で更新され、何に依存するのでしょうか。 OIの変化をフィードの取引と同期させるにはどうすればよいですか？OIで本格的なフィードを取得したい。 取引（Last）がある場合のみ、OIが変化します。厳密に言えば、一方の参加者が取引を成立させて市場に参入し、他方の参加者が同じ取引で市場から退出することも可能である。この場合、取引が成立しても、OMは変わりません。したがって、OnTick() イベントは、OI の変化と同期している必要があります。MTの場合はそうでないとすると、OIとtickのトレードチャンネルが違うということです。これらは異なるソースであるため、時間的に若干のずれが生じます。ただし、これはあくまで最大値です。トレードフィードの分析、タイマー、これら全ては意味のないアルゴです。この場合、プログラマーにできることはただ一つ、新しいティックが到着した瞬間に、最も近い既知のOMの値を取得することである。この2つの値は、可能な限り同期させる。しかし、完璧な同期はできないでしょう。 しかし、取引所が提供するリアルタイムのOIアクセスは、ルールというより例外的なものです。他の取引所では、OIは一日の終わりに公表される参考値でしかない。したがって、MOEXは、OMを "ほぼ "リアルタイムで観測できる素晴らしい機会を得たと評価されるでしょう。 削除済み 2021.01.19 16:07 #78 Vasiliy Sokolov:この場合、プログラマには一つの選択肢しかありません。新しいティックが到着した瞬間に、最も近い既知の起算値を取得することです。2つの価値観は、可能な限り同調させる。しかし、完璧な同期はできないでしょう。それでやってみたら、すでにデータが同期されていないことがわかりました。Vasiliy Sokolov： トレードフィードの解析も、タイマーも、すべて無意味なアルゴです。少なくとも相関関係を把握するための実験的な意味合いが強いですね。Vasiliy Sokolov： しかし、取引所が提供するリアルタイムのOIアクセスは、ルールというより例外であることに注意してください。他の取引所では、OIは一日の終わりに公表される参考値でしかない。したがって、MOEXは、OMを（ほぼ）リアルタイムで観察できる素晴らしい機会を提供したと評価されるでしょう。 同じ商品のVolfixは、フィードにOIの変化を即座に表示します。そこで、MOEXはそのようなデータを提供します。しかし、Mt5では、なぜか同期がとれない。 ターミナルで一般的にどのように動作するのか、理解するだけでもいいと思います。OIはある程度の周期で更新されるのでしょうか、それともただ遅れているだけなのでしょうか。 これによって、少なくともOIの変化が同じラグでテープにリンクされるようになるため。 Dmi3 2021.01.19 16:11 #79 Vasiliy Sokolov:なぜ非同期エンジンが必要なのですか？2本の脚を駆動する場合、1本目の脚をリミットで引用し、1本目の脚がトリガーされたときに2本目の脚をマーカーでヒットさせます。ここでは、非同期と便利ななしで行うことができます。多文字合成の合成語 - そう、非同期は便利でしょう。しかし、各シンボルの流動性チェックに直面することになります。安定したエントリーでポジションを作るだけではダメでしょう。ちなみに、asynhは非同期の発注と同じようにゆっくり動作します。ですから、シングル・オーダー・オープニングにスピードが必要な場合は、非同期を重視しないほうがいいでしょう。実際には、3本足や4本足のアービトラージにしか必要ないのです。そんなにたくさん持っているわけではなく、数十台程度で、今のところシンクロナスエンジンだけを使っています。非同期の方が速度が上がらないことも、物理的に理解していますし、非同期の方が端末が示す数値が同期より低い理由も理解しています。だから、私自身は非同期のものを扱いたくないと決めています。 それよりも、もっと取引に役立つことをしたいのです。しかも、テスター取引ではなく、実際の取引で発生する落とし穴をすべて理解している専門家がいないため、注文する人がいないのだそうです。 そして、スピードについてですが、このフォーラムでMT5のHFT:)でLCIに勝つことを計画している馬鹿げた夢想家は一人しかおらず、それは確かに私ではありません。 Vasiliy Sokolov 2021.01.19 16:21 #80 Alena Lysenkova:そうしたら、データがずれていることがわかったんです。これはどちらかというと、相関関係があるかどうかを調べるための実験です。 同じ商品のVolfixは、テープですぐにOIの変化がわかる。だから、MOEXはそのようなデータを提供するのです。しかし、Mt5では、なぜか同期がとれない。 端末での一般的な動作を理解するだけでもいいと思います。OIの更新はある程度周期的に起こるか、あるいはただ遅れるだけです。 そうすれば、少なくともOIの変化を同じラグで、リボンに何らかの形で結びつけることができますから。 さて、どのようにリンクさせるのでしょうか？OIの到着がティックより遅れるとする。それからOnTickでは、最新の古いOI（MT5にはまだ新しいのがない）を取得して満足する必要があります。逆にティックが遅れている場合は、MT5のティックが他の市場参加者が見ているデータストリーム全体に遅れているため、一般的に言えば、それはエールである。しかし、仮にそうだとしよう。そして、できるだけ早く新しいティック値を受信できるようにタイマーを設定し、古いティックを保存してこのOMと結合する。現在のOMと、古い無関係な最後のティックが関連づけられることになるのです。また、通常のタイマーは16msec以下です。プリエンプティブ・マルチスレッド（preemptive multithreading）。数msecのかなり大きなギャップのある、いつ呼ばれるかわからない曲者タイマーが出来上がります。Expert AdvisorにSleep() を詰め込むことも普通にできないでしょう。高すぎる解像度が必要です。いずれにせよ、ラグドOMかティックのどちらかになります。 1234567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
ならなんでここに書くんだ？
じざい
いなくなった
アレナ・ライセンコワ
時間を無駄にしている、顧客が待っている...。
それが、「走り屋」とその擁護者 たちです。
トレードに興味があるのに、なぜ全てのティックをコピーするのか？
コードでは
きっとそうだ。
どうしたんですか？
アウトプットがどうあるべきか、そのために何をすべきなのか、それすらもわからない。
この難しい質問に対する答えは、経験豊富な人たちでさえも教えてくれません。
でも、どうすれば正しい結果が得られるかは、5年ほど前からこのテーマを研究しているのでわかっています。
正直なところ、気づきませんでした。女の子は質問をした、その本質と、あなたは本当にそれを把握するために、このフォーラムでいくつかの人々を知らないと、率直にそれを認める。
つまり、1級の質問をする多くの「走り屋」と違って、彼女が明らかに整理できる残りの瑣末なことと一緒なのです。
そして、些細なことをつつき、万能と言われる知識を誇示し、小さな質問でもその場で間違えたりするのは、それはプロではなく、いかにも男らしくもなく、ベンチで不機嫌に怒るおばあちゃんのようです。
正直なところ、気づきませんでした。 その女の子は、あなたが本質を知らない質問をし、フォーラムでそれを理解した人はほとんどいません、それを率直に認めてください。
つまり、1級品の質問をする多くの「走り屋」と違って、それ以外の瑣末なことでも、彼女は明らかに解決してしまうのです。
そして、瑣末なことに突っかかって、万能と言われる知識を披露し、些細な問題ではその場でミスもする、そんなのはプロじゃないし、なんだか男らしくないし、ベンチで不機嫌なおばあちゃんのようだ。
まさにそれです。
OIは、欲しい人には小銭で喜んで書いてくれるような、一見すると単純なものではありません。
と、2ページ目からここで議論されていることは、全く違うものです。まさにそれです。
OIは、欲しい人には小銭で喜んで書いてくれるような、一見すると単純なものではありません。
そして、2ページ目からここで議論 されていることは、全く違う。おかえりなさい)
それはそれとして、質問が難しく具体的で、必要な理解度（まあ、深い知識はなくてもいいかもしれませんが）で質問しているのに、「メガ教祖」の皆さんは、ご自身がまだ概念に混乱しているのに、テスト検証コードのカンマを蔑称で拾ってエゴを発揮していますね。
プロらしくない、醜い。正常な男性は本質的に答えている、私は問題が解決されると思います)
率直に言うと、非同期エンジンが必要なのですが、プロストトレーダーが使っている曲がった魔道士の仕組みは、私にはまったく合いません。
このエンジンの正しい書き方は、まだ理解していない。そうなのか？;)
なぜ非同期エンジンが必要なのか？2本の脚を駆動する場合、最初の脚をリミットで引用し、最初の脚がトリガーされたときに2番目の脚をマーカーでヒットさせるのです。ここでasynchを使わずに行うことは可能であり、有用である。多文字合成の合成語 - そう、非同期は便利でしょう。しかし、各シンボルの流動性チェックに直面することになります。安定したエントリーでポジションを作るだけではダメでしょう。ちなみに、asynhは非同期の発注と同じようにゆっくり動作します。ですから、もし一つの注文をするためにスピードが必要なら、非同期であってはならないのは確かです。
なぜ建玉の端末変更で：
SymbolInfoDouble(Symbol(),SYMBOL_SESSION_INTEREST)
は、テープに相対的にその人生を生きている？
void OnBookEvent(const string& symbol)
私が理解する限り、先物市場では、リボンの取引によってOIが変化することはありません。しかし、なぜ取引もないのにOIが勝手に変化するのでしょうか？
これはすでに以前にも見たことがあります。
https://www.mql5.com/ru/forum/165157/page2#comment_3989978
ターミナルのOIはどのような周期で更新され、何に依存するのでしょうか。
OIの変化をフィードの取引と同期させるにはどうすればよいですか？OIで本格的なフィードを取得したい。
取引（Last）がある場合のみ、OIが変化します。厳密に言えば、一方の参加者が取引を成立させて市場に参入し、他方の参加者が同じ取引で市場から退出することも可能である。この場合、取引が成立しても、OMは変わりません。したがって、OnTick() イベントは、OI の変化と同期している必要があります。MTの場合はそうでないとすると、OIとtickのトレードチャンネルが違うということです。これらは異なるソースであるため、時間的に若干のずれが生じます。ただし、これはあくまで最大値です。トレードフィードの分析、タイマー、これら全ては意味のないアルゴです。この場合、プログラマーにできることはただ一つ、新しいティックが到着した瞬間に、最も近い既知のOMの値を取得することである。この2つの値は、可能な限り同期させる。しかし、完璧な同期はできないでしょう。
しかし、取引所が提供するリアルタイムのOIアクセスは、ルールというより例外的なものです。他の取引所では、OIは一日の終わりに公表される参考値でしかない。したがって、MOEXは、OMを "ほぼ "リアルタイムで観測できる素晴らしい機会を得たと評価されるでしょう。
この場合、プログラマには一つの選択肢しかありません。新しいティックが到着した瞬間に、最も近い既知の起算値を取得することです。2つの価値観は、可能な限り同調させる。しかし、完璧な同期はできないでしょう。
それでやってみたら、すでにデータが同期されていないことがわかりました。
トレードフィードの解析も、タイマーも、すべて無意味なアルゴです。
少なくとも相関関係を把握するための実験的な意味合いが強いですね。
しかし、取引所が提供するリアルタイムのOIアクセスは、ルールというより例外であることに注意してください。他の取引所では、OIは一日の終わりに公表される参考値でしかない。したがって、MOEXは、OMを（ほぼ）リアルタイムで観察できる素晴らしい機会を提供したと評価されるでしょう。
ターミナルで一般的にどのように動作するのか、理解するだけでもいいと思います。OIはある程度の周期で更新されるのでしょうか、それともただ遅れているだけなのでしょうか。
これによって、少なくともOIの変化が同じラグでテープにリンクされるようになるため。
なぜ非同期エンジンが必要なのですか？2本の脚を駆動する場合、1本目の脚をリミットで引用し、1本目の脚がトリガーされたときに2本目の脚をマーカーでヒットさせます。ここでは、非同期と便利ななしで行うことができます。多文字合成の合成語 - そう、非同期は便利でしょう。しかし、各シンボルの流動性チェックに直面することになります。安定したエントリーでポジションを作るだけではダメでしょう。ちなみに、asynhは非同期の発注と同じようにゆっくり動作します。ですから、シングル・オーダー・オープニングにスピードが必要な場合は、非同期を重視しないほうがいいでしょう。
実際には、3本足や4本足のアービトラージにしか必要ないのです。そんなにたくさん持っているわけではなく、数十台程度で、今のところシンクロナスエンジンだけを使っています。
非同期の方が速度が上がらないことも、物理的に理解していますし、非同期の方が端末が示す数値が同期より低い理由も理解しています。
だから、私自身は非同期のものを扱いたくないと決めています。 それよりも、もっと取引に役立つことをしたいのです。しかも、テスター取引ではなく、実際の取引で発生する落とし穴をすべて理解している専門家がいないため、注文する人がいないのだそうです。
そして、スピードについてですが、このフォーラムでMT5のHFT:)でLCIに勝つことを計画している馬鹿げた夢想家は一人しかおらず、それは確かに私ではありません。そうしたら、データがずれていることがわかったんです。
これはどちらかというと、相関関係があるかどうかを調べるための実験です。
同じ商品のVolfixは、テープですぐにOIの変化がわかる。だから、MOEXはそのようなデータを提供するのです。しかし、Mt5では、なぜか同期がとれない。端末での一般的な動作を理解するだけでもいいと思います。OIの更新はある程度周期的に起こるか、あるいはただ遅れるだけです。
そうすれば、少なくともOIの変化を同じラグで、リボンに何らかの形で結びつけることができますから。
さて、どのようにリンクさせるのでしょうか？OIの到着がティックより遅れるとする。それからOnTickでは、最新の古いOI（MT5にはまだ新しいのがない）を取得して満足する必要があります。逆にティックが遅れている場合は、MT5のティックが他の市場参加者が見ているデータストリーム全体に遅れているため、一般的に言えば、それはエールである。しかし、仮にそうだとしよう。そして、できるだけ早く新しいティック値を受信できるようにタイマーを設定し、古いティックを保存してこのOMと結合する。現在のOMと、古い無関係な最後のティックが関連づけられることになるのです。また、通常のタイマーは16msec以下です。プリエンプティブ・マルチスレッド（preemptive multithreading）。数msecのかなり大きなギャップのある、いつ呼ばれるかわからない曲者タイマーが出来上がります。Expert AdvisorにSleep() を詰め込むことも普通にできないでしょう。高すぎる解像度が必要です。いずれにせよ、ラグドOMかティックのどちらかになります。