MQL5とMQL5 Cloud Networkのユニバーサル数学計算の追加サポートのために追加すべきものは何ですか? - ページ 4

 
ちなみに、テスターエージェントはプロキシやNATを普通に通過します。MQL5 Cloud Networkで 動作させる場合、ポートの開放は必要ありません。
Распределенные вычисления в сети MQL5 Cloud Network
Распределенные вычисления в сети MQL5 Cloud Network
  • cloud.mql5.com
Заработать деньги, продавая мощности своего компьютера для сети распределенных вычислений MQL5 Cloud Network
 
Renat:
ちなみに、テスターエージェントは、プロキシやNATを普通に通過しています。MQL5 Cloud Networkで 作業する場合、ポートの開放は必要ありません。

NATでポート開放、トラフィック待ち、クライアントなし(笑)。


ちなみに、無駄な通信量を知りたいのか、それとも、送信と受信の両方がパッケージされているのか

 
ruslanchik:

NATでポートを開けて、トラフィックを待っているのですが、クライアントがいません(冗談です!!!)。


ところで、トラフィックが多いとはどういうことか、それとも送信と受信の両方向で詰まっているのか、お聞きします。

マネージャー内の各エージェントのトラフィックと、実行されたタスクの数が表示されます。

すべてのトラフィックは必然的に圧縮されます。

 
MORE 質問...オペレーティングシステムのビット深度は、コンピューティングパフォーマンスにどのような影響を与えるのでしょうか?
 
ruslanchik:
もうひとつ、OSのビット深度は演算性能にどのような影響を与えるのでしょうか。

ストレートに

一般に、現在の環境では32ビットはもう意味がない。

例えば、あるプロジェクトで 快適に仕事をするためには、少なくとも12ギガのRAMが必要です(仕事中)。

 
TheXpert:

ストレートに

一般に、現在の環境では32ビットはもう意味がない。

例えば、あるプロジェクトで快適に作業するためには、少なくとも12ギガのRAMが必要です(仕事中)。

必要ないサービスは全てカットし、パフォーマンスカウンターでCPUの負荷と・・・RAMの一部をチェックしました。
 
ruslanchik:
そうして、不要なサービスを切り捨て、CPUと...RAMの一部をアンロードした。

OK :)10スタジオ。ソルスには700(!)ものプロジェクトが あり、1円も多くなっています。スタジオだけで1ギガ以上食ってしまう。

リンク時のリビルドは合計11.5ギガを食います。RAMが少ない場合、Broomが食べ始め、リンク時間が数倍になります。RAMが少なければ少ないほど

ここでは、サービスは役に立ちません。

 
TheXpert:

OK :)10スタジオ。ソルスには700(!)ものプロジェクトがあり、1円も多くなっています。スタジオだけで1ギガ以上食ってしまう。

リンク時のリビルドは合計11.5ギガを食います。RAMが少ない場合、Broomが食べ始め、リンク時間が数倍になります。RAMが少なければ少ないほど

ここでは、サービスは役に立ちません。

うわー、こんなに深刻だとは思わなかった...。
 
Renat:

そこで、「計算ネットワークの容量を向上させるために、他にどのような機能を盛り込む必要があるのか?

今、strategy testerの ドキュメントを読んで、数式計算モードでは外部からのデータの読み込みができないことに気づきました。例えば、ある楽器の価格やDNA配列など、あるデータセットがあるとします。この機能がないと、実際の計算対象が存在しないため、数学の計算では意味がない。そのような機能をカスタムツールで搭載できないかという話でもありません。
 
C-4:
今、strategy testerの ドキュメントを読んで、mathモードでは外部からデータを読み込むことができないことに気がつきました。例えば、ある機器の価格やDNA配列のような特定のデータセットです。この機能がないと、実際の計算対象が存在しないため、数学の計算では意味がない。そのような機能をカスタムツールで搭載できないかという話でもないのです。

データ転送には、以下のオプションがあります(トピックの冒頭で説明します)。

  • ソースデータを#property tester_file"my_file.dat" 添付で転送することで、任意のサイズのソースデータを処理し、結果を返せるようにした。
  • ソースデータを#resource attachmentsで送信する。
  • ローカルエージェントとリモートエージェントで作業する場合のみ、名前付きパイプで ソースデータを渡すこと

まさに、データ交換機能の拡張を考えているのです。

私たちとしては、端末を介さないエージェント間の独立した通信を考えています。例えば、あるエージェントが初期データを生成し、フォアキャストで他のエージェントに送信することができます。