エラー、バグ、質問 - ページ 575

新しいコメント
 
Karlson:
座してデマゴギーを語るなら））、ユーロシフの結末を待って...とラララ。

ユーロシーフの結果、何が問題なのか？

papaklass
"全リストを渡してください"
+1
 
私の提案は、時代に合わせて、現段階で現実的なものを書くこと、つまり、「マルチスレッドはないから、書いてはいけない」という言葉には反対で、超高速チャネルでの取引のために書くのは、ナノアルゴリズムを持ったナノロボットではないんです。1～3スプレッドの可能性（4桁のスプレッドで最大10～20ポイント）で取引するときに必要なのは、それが嫌なら-速いペアなら1ティック、ポールは1分バーでも十分です。
 
Interesting:

EUROCHIFAの余韻に浸るのはいかがなものでしょうか。

バックチーフ・・・ユーロバックスが既に取引されているのでは意味がない・・・そうなると危機的状況に陥る可能性がある・・・他通貨の規制まで含めて色々考えられる・・・。
 
papaklass:
そうですね、OnTick()やOnTrade()のイベントハンドラやEAのマルチスレッドがパラメトリックになるまでは、通常のマルチスレッドはただの夢となりますね。OnChartEvent()などはナンセンスです。メインイベントハンドラーのパラメトリックを置き換える試みです。そして、MQがそのような無意味なことをする一方で、MT5はカード的に問題を解決するのではなく（イベントハンドラのパラメータやマルチスレッド）、今と同じレベルになるのです。そして、このプラットフォームには、現状では特別な展望はありません。(トレーダーには表示されません）。

ユーザーによって異なる 問題のレベル、MQL5のマルチスレッド実装による内部処理、プラットフォームに対するグローバルな影響に気付いていないだけです。

1週間考えて、5つの致命的な条件を見つけ、具体的に公表してください。

そのような分析を何度も何度も、しかも長い時間をかけて行ったのは、第4世代の言語があったからです。

 
papaklass:
ターミナルでは、99枚のチャートを開くことができます。そして、そこがどうなっているのか、次の組を待つ？そして、そのような状況で分足で分析すると、最後のポーリングから1時間半後に楽器にアクセスすることになるのです。また、（株式市場の）何百ものチャートを分析する人はどのように管理しているのでしょうか。そして、MT5も株式端末として位置づけられています。そんなパイがあるんですね。つまり、マルチスレッドとイベントハンドラのパラメトリック性なしには、何もできないのです。または1〜12ペアで取引。

それを知らないのは、根本的な勘違いです。

  • 各EA/スクリプトは、他のスレッドから独立して実行されます。
  • 各チャートはそれぞれ独立したキューを持つ
  • 各シンボルはチャート上で独自の実行スレッドを持ち、このシンボルのすべての指標はこのスレッドで計算され、他のシンボルの指標の処理に影響を与えることはありません。
  • 端末には多くのシステムスレッドがあり、互いに独立して作業を行い、ボトルネックを解消します。

残念ながら、「マルチスレッドとバスタをくれ」という発言は、既存のプロセスを本当に理解していることにはならない。私たちは、ターミナルの内部プロセスに非常によく取り組み、非常に生産的で一貫性のあるシステムを導入しました。

 
Loky:

この実装については、明確なものはありません。前回の記事で問題点を正しく表現しているのが興味深い。

"言語自体（MQLという概念自体）が、プログラム内で複数スレッドの処理を整理することを許さない"

OnChartEvent() 関数が実行され、あるペアの新しいティックの到着イベントを処理するコードが実行されている間、onTick イベントを持つ他のすべてのペアは休息を取ることになります!

1秒以上の高頻度取引は本当に必要なのか？

そうでなければ、OnChartEvent() で、状態のフラグだけをオープンして、遅延をなくし、計算自体はOnTimer()に移して、オープンされているフラグだけを処理すればいいと思います。

 
Urain:

1秒以上の高頻度取引は本当に必要なのか？

そうでなければ、OnChartEvent() で状態のフラグだけをオープンして、ストリームの遅延はなく、計算自体はOnTimer()に移動して、オープンされているフラグだけを処理することになると思います。

1.そして、このデザインはテスターでどのように機能するのか？

2.ペアの新規気配値到着以上の頻度で取引が必要です。見積もりから見積もりまでの時間や、ある間隔での数量を分析することもあります。

異なる2つのペアに対して同時に「計算」を実行させたい。

3.ツールキットの概念を全く変えてほしい。EAのチャートにバインドするのは非常に煩わしい。ターミナルウィンドウにオブジェクトとそのプロパティ、イベントを可視化するレベルであればいいのですが。

例えば

- 引用符ウィンドウでシンボルを選択し、マウスの左ボタン→プロパティ→をクリックします。

次に、イベントのリストを観察する→マウスの左ボタンで2回クリックする→mql5コードを入力するウィンドウが開く

同様に、他のターミナルオブジェクト（チャート、インジケーターなど）についても同様です。





 
Loky:

1.このデザインはテスターでどのように動作するのでしょうか？

2.ペアの新しい気配値が到着する以上の頻度で取引する必要があります。引用と引用の間の時間や、ある間隔での数を分析しているのかもしれません。

計算」を2つのペアに対して同時に行ってほしい。

計算はOnTimer()の中で行われるため、同時処理はなく、シーケンシャルな処理となります。

この場合、イベントのキューが蓄積されることはありません。OnTimer()の計算中に到来した異なるペアのtickのイベントはスキップされる。

 
papaklass:
.....

無理をしすぎているのでは？せめて、もっと丁寧な言葉遣いをすればよかったのに。

ターミナルやMQL5 プログラムの実行に問題がある場合は、適切な場所 - servicedkに連絡してください。より一層参考になるはずです。

 
papaklass:

1.ターミナルオンラインのインジケータ付きオープンチャートが すべて1つのコアで動作しているのはなぜですか？私のコンピュータには4つのコアがあり、3つはアイドル状態です。このようなパフォーマンスを実現したのは、クラウドのせいかもしれませんね？

ゴネヲ。プルフ - どうぞ、ご覧ください。

2.マルチカレンシーエキスパートアドバイザーは、なぜ複数のシンボルから一度に処理せず、各チャートから順次にティックを処理するのですか？

必要なのか？また、スパイインデックスから必要なイベントを渡すことの何が問題なのでしょうか？まあ、ダニじゃなくて、もちろん信号なんですけどね。また、EAには1本の糸があり、それ以上は必要ありません。

これ以上、同期やデッドロックに悩まされる必要はない。 せめてOOPをマスターしてから、マルチスレッドを要求してほしい。

もしかしたら、私のEAの構成が悪く、MT5には全コアを使用できる機能があるのでは？その場合、これらの機能が何であるか、どのように使うかを説明してください。

Expert Advisorはなぜすべてのコアを使用する必要があるのですか？

マルチスレッドを気にする必要もない。Expert Advisorは、スパイとExpert Advisor-Synchronizerです。機能のほとんどはスパイが実行し、シンクロナイザーはスパイ間の依存データの正しい交換を担当する。

1...568569570571572573574575576577578579580581582...3185
新しいコメント