私のアプローチコアはエンジンです。 - ページ 160

 

といった具合に。

テーブルの中に1000個のセルがあり、EAが1000個のセルの値を同時にエンジンに送る。最高速度時のCPU負荷は最大50%増加します。同時に、速度も当然ながら低下しています。.

しかし、1000セルの場合、かなりまともな速度が出ます。

(クリック)

ザイ。録音時に少し遅くなる。一般的には、その方が速いです。
 
これで、ガラスの通行に支障はないでしょう(と、尊敬する方々がおっしゃっていました:))。100〜200個のセルが入ったグラスは、狂ったように回転します)。
 

こちらがエンジンとアドバイザーです。さまざまなチャートに載せる。

注文してください。

1.エンジンを1つのチャートに乗せる。

2.2つ目のチャートにExpert Advisorを配置します。

3.エンジンのチャートに戻り、左下の山の絵が描かれた大きな青いボタンを押す。

ファイル:
EA_DRIVE.ex4  2999 kb
 

素晴らしいのは、テーブルウィンドウが開いていようがいまいが、カーネルの中で1,000以上のパラメータの値が変化することです。テーブルを閉じても、パラメータは更新されます。そして、窓を閉めれば、パラメータの寿命は続くものの、負荷はかかりません。

負荷がかかるのは、大量のエレメントを再描画することだけです。

テーブルを閉じてみて、巨大文字列メッセージの通信・送信は停止しないが、プロセッサの負荷がどのように消えるかを確認してください。1つのウィンドウを閉じている間に、別のウィンドウを開くことができます。こうすることで、負荷を調整することができます。急速に変化するデータを持つ大規模なテーブルのウィンドウを閉じます。または、スライダーでレンダリングスピードを下げる。

しかし、一般的な表はこれほどの大きさになることはほとんどなく、セルの中の値も常に変化している。特殊なケースを想定しています。

 
Реter Konow:

素晴らしいのは、テーブルウィンドウが開いていようがいまいが、カーネルの中で1,000以上のパラメータの値が変化することです。テーブルを閉じても、パラメータは更新されます。そして、窓を閉めれば、パラメータの寿命は続くものの、負荷はかかりません。

負荷がかかるのは、大量のエレメントを再描画することだけです。

テーブルを閉じてみて、巨大文字列メッセージの通信・送信は停止しないものの、プロセッサの負荷がどのようになくなるかを確認してください。1つのウィンドウを閉じている間に、別のウィンドウを開くことができます。こうすることで、負荷を調整することができます。急速に変化するデータを持つ大規模なテーブルのウィンドウを閉じます。または、スライダーでレンダリングスピードを下げる。

しかし、一般的な表はこれほどの大きさになることはほとんどなく、セルの中の値も常に変化している。これは、特別なケースを想定しています。

テーブルウィンドウはどのウィンドウですか?

ここでは、エンジンとEAを紹介します。さまざまなチャートに載せる。

注文してください。

1.エンジンを1つのチャートに乗せる。

2.2つ目のチャートにExpert Advisorを配置します。

3.エンジンのチャートに戻り、左下の山の絵が描かれた大きな青いボタンを押す。

 

とにかく、2月にビルダーとエンジンを公開するんです。バグがあっても、未完成でも、関係なく、MT5マーケットプレイスで誰でも無料で使えるようになるのです。今がその時です。

このあたりは一人では計り知れないので、完全に完成させたいという気持ちが、発売を先延ばしにせざるを得ないのです。しかし、その時は来たのです。

C#方向の開発についてですが、-私は反対です。そして、それが私を傷つけることになるからではない。適応していくし、もしかしたらメリットもあるかもしれない。しかし、多くのMT5ユーザーに害を及ぼす可能性があります。MQにはDLL制御がない。クールなEAを装って、マーケットを迂回するマルウェアの拡散を始めるかもしれません。そして最悪なのは、MT5ブランドと結びついてしまうことです。つまり、評判を落とし、影響を受けた人たちからプラットフォームに対して向けられる不満をまき散らすことになるのです。一般的には、プラス面に加え、マイナス面も脂肪していきます。結局のところ、プラットフォームが害になるものをサポートすれば、正式な責任がないにもかかわらず、それを非難する理由があるのでしょう。

これは方向性が悪いと思うので、開発しないほうがいい...。

 
Алексей Тарабанов:

テーブルウィンドウはどのウィンドウですか?

エンジングラフ上、左のタスクバーで、青いボタンをクリックします。テーブルウィンドウが表示されます。

 
ちなみに、MT5では、テーブルの動作は10倍速くなり、C#は不要になると思います))。
 
Реter Konow:

C#の方向で開発することについては、私は反対です。そして、それが私に害を及ぼすからではない。私はそれに順応し、もしかしたら恩恵を受けるかもしれません。しかし、多くのMT5ユーザーに害を及ぼす可能性があります。MQにはDLL制御がない。クールなEAを装って、マーケットを迂回するマルウェアの拡散を始めるかもしれません。そして最悪なのは、MT5ブランドと結びついてしまうことです。つまり、評判を落とし、影響を受けた人たちからプラットフォームに対して向けられる不満をまき散らすことになるのです。一般的には、プラス面に加え、マイナス面も脂肪していきます。結局のところ、プラットフォームが害になるものをサポートすれば、正式な責任がないにもかかわらず、それを非難する理由があるのでしょう。

方向性が悪いので、開発しないほうがいいと思うのですが......。

なぜ今まで記事にならなかったのか?

ZS: )))))))))))))))))))))

 
Igor Makanu:

なぜ今まで記事にならなかったのでしょうか?

ZS: ))))))))))))))))))))))

かつて、この分野を本格的に開発した人はいなかった。そして今、突然、そうなったのです。その理由は?なぜなら、GUIビルダーは自分のためではなく、人のために作ったものだからです。そして、それを自由に配布したいのです。もちろん、C#に比べれば劣るが、安全であり、Marketには向いている。そして、それは常に開発され続けています。では、どんな意味があるのでしょうか。(腹いせか?))。

ちなみに、私は常々、「ブラウザはMT5に限って提案する」と言っています。MT4でテスト場が あるのですがそして、それは開発の観点からも正当なものです。より良い解決策を見出すために向上心を持つ...。