開発者への質問 - 最適化時にすべての計算コアを使用することについて - ページ 7 1234567891011 新しいコメント Slava 2020.03.23 15:34 #61 Boris Egorov: 二日目は何もカウントされませんが、12ローカルと約30ネットワークコアの数のすべてのコアがアイドル状態である、私は意図的にそれに触れないでください...何を考えているのかわからないが、おそらく人生の意味かコロナウイルスの治療法を探しているのだろう :-) オプティマイザーは操作性が悪く、動作が鈍いので捨てるべきだと思います また、最近のMTの決定では、物理コアだけを制限したり、特定のコアにしかタスクを割り当てず、各コアにタスクを割り当てないなど、開発者が高性能計算を全く理解していないことを示す愚かなものです。 エージェントリストの一部ではなく、全部のスクリーンショットを表示してみてはいかがでしょうか？ テスターのログです。 リソースモニターです。 コンピュータだけでなく（論理コアと物理コアの話）、ファームにも負荷がかかっているようです Boris Egorov 2020.03.24 05:52 #62 Slava: エージェントリストの一部ではなく、全部のスクリーンショットを表示してみてはいかがでしょうか？ テスターのログです。 リソースモニターです。 コンピュータ（論理コアと物理コア）だけでなく、ファームにも過負荷をかけたようだ かまいません ただ、それは同じ...利用可能でアイドル状態。 ログを見る限りでは、何も不満はないようです 間違ってはいない．じょうをよむ Boris Egorov 2020.03.24 05:57 #63 ちなみに、丸太については、別に悲しい話があるのですが 何度も開発者から「消してくれ」「サイズを制限してくれ」と言われましたが、結果はゼロ。 その結果、ログがディスクの容量を食いつぶしてしまう・・・。ということを意味します。 ログはこまめに削除しているのですが・・・。クラスとしてログファイルは必要ないし、エラーがあればすぐにログウィンドウに表示されます Boris Egorov 2020.03.24 06:03 #64 昨日の出来事をちょっとだけ。 Boris Egorov 2020.03.24 12:33 #65 メモリ過多を確認．スワップがまだ残っているのは不思議ですが、やはり開発者はこのことを考慮する必要があると思います。 Edgar Akhmadeev 2020.03.24 16:37 #66 Boris Egorov: メモリ過負荷に関する情報を確認しました。不思議とスワップはキャンセルされないが、やはり開発者は考慮する必要があるのだろう。 もしかしたら表示されていたかもしれませんが、私は見ていません。念のため申し上げますが、メモリは1コアあたり1Gbを推奨します（コア数が多い場合は0.5Gbを試すとよいでしょう）。そして、ページファイルは通常推奨されているように、メモリサイズの半分ではなく、2倍を推奨しています。実際に検証してみました。 Boris Egorov 2020.03.26 05:02 #67 > 1コアあたり1GBのメモリを推奨 が考慮される Andrey Dik 2020.03.26 19:24 #68 エージェント用のカスタムタスクマネージャを使うか（私はそうしました）、通常のオプティマイザのアルゴリズムを変更するか（ちなみに修正は大したことありません）のどちらかで可能ですが、残念ながら開発者は私の提案に耳を貸す気はないようです。 イタリアの顧客のために、エージェント用のカスタムタスクマネージャを実装しました。彼は、数百のエージェントを持つ強力なサーバをレンタルしており、エージェントがアイドル状態のため、常にサーバへの不完全なロードに悩まされていました。 Andrey Khatimlianskii 2020.03.26 20:42 #69 Andrey Dik: イタリアの顧客のために、エージェント用のカスタムタスクマネージャを実装しました。彼は、数百のエージェントを持つ強力なサーバをレンタルしており、エージェントがアイドル状態のため、常にサーバの使用率不足に悩まされていました。 自慢するのはよくない） マネージャーは何を基準にしているのですか？タスクは どのように配分 されるのですか？ Andrey Dik 2020.03.26 22:31 #70 Andrey Khatimlianskii: 自慢はよくない ) マネージャーは何を基準にしているのですか？タスクは どのように配分 されるのですか？ 自慢話？- いや、自分用の分析取引プラットフォームを書こうと思っても、MT5の品質や機能には到底及ばないし、開発者をアイデアで刺激する方が簡単だから・・・)) 最適化されたEAでは、入力パラメータカウンタが追加され、MT5オプティマイザがフルサーチモードで検索し、最大100mioステップまで設定できるため、オプティマイザがジェネリックに切り替わることはありません。マネージャーはターミナルのチャート上にEAの形でぶら下がり、エージェントフォルダにタスクを書き込みます。 オプティマイザーの最適化されたEAはタスクを読み込み、パスの完了時に結果を書き込みます。完全検索のモードでは、オプティマイザーMT5は非常に均一にエージェントをロードし、マネージャーのタスクは入力パラメータをエージェントに供給することです。 この問題は、新しいエポックを開始する前に個体群を完全に満たす必要がなく、ストリーミングモードで個体群を扱うことができるhaをマネージャに書くことだけでした。 1234567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
二日目は何もカウントされませんが、12ローカルと約30ネットワークコアの数のすべてのコアがアイドル状態である、私は意図的にそれに触れないでください...何を考えているのかわからないが、おそらく人生の意味かコロナウイルスの治療法を探しているのだろう :-)
オプティマイザーは操作性が悪く、動作が鈍いので捨てるべきだと思います
また、最近のMTの決定では、物理コアだけを制限したり、特定のコアにしかタスクを割り当てず、各コアにタスクを割り当てないなど、開発者が高性能計算を全く理解していないことを示す愚かなものです。
エージェントリストの一部ではなく、全部のスクリーンショットを表示してみてはいかがでしょうか？
テスターのログです。
リソースモニターです。
コンピュータだけでなく（論理コアと物理コアの話）、ファームにも負荷がかかっているようです
エージェントリストの一部ではなく、全部のスクリーンショットを表示してみてはいかがでしょうか？
テスターのログです。
リソースモニターです。
コンピュータ（論理コアと物理コア）だけでなく、ファームにも過負荷をかけたようだ
かまいません
ただ、それは同じ...利用可能でアイドル状態。
ログを見る限りでは、何も不満はないようです
間違ってはいない．じょうをよむ
ちなみに、丸太については、別に悲しい話があるのですが
何度も開発者から「消してくれ」「サイズを制限してくれ」と言われましたが、結果はゼロ。
その結果、ログがディスクの容量を食いつぶしてしまう・・・。ということを意味します。
ログはこまめに削除しているのですが・・・。クラスとしてログファイルは必要ないし、エラーがあればすぐにログウィンドウに表示されます
昨日の出来事をちょっとだけ。
メモリ過負荷に関する情報を確認しました。不思議とスワップはキャンセルされないが、やはり開発者は考慮する必要があるのだろう。
もしかしたら表示されていたかもしれませんが、私は見ていません。念のため申し上げますが、メモリは1コアあたり1Gbを推奨します（コア数が多い場合は0.5Gbを試すとよいでしょう）。そして、ページファイルは通常推奨されているように、メモリサイズの半分ではなく、2倍を推奨しています。実際に検証してみました。
> 1コアあたり1GBのメモリを推奨
が考慮される
エージェント用のカスタムタスクマネージャを使うか（私はそうしました）、通常のオプティマイザのアルゴリズムを変更するか（ちなみに修正は大したことありません）のどちらかで可能ですが、残念ながら開発者は私の提案に耳を貸す気はないようです。
イタリアの顧客のために、エージェント用のカスタムタスクマネージャを実装しました。彼は、数百のエージェントを持つ強力なサーバをレンタルしており、エージェントがアイドル状態のため、常にサーバへの不完全なロードに悩まされていました。
イタリアの顧客のために、エージェント用のカスタムタスクマネージャを実装しました。彼は、数百のエージェントを持つ強力なサーバをレンタルしており、エージェントがアイドル状態のため、常にサーバの使用率不足に悩まされていました。
自慢するのはよくない）
マネージャーは何を基準にしているのですか？タスクは どのように配分 されるのですか？
自慢はよくない )
マネージャーは何を基準にしているのですか？タスクは どのように配分 されるのですか？
自慢話？- いや、自分用の分析取引プラットフォームを書こうと思っても、MT5の品質や機能には到底及ばないし、開発者をアイデアで刺激する方が簡単だから・・・))
最適化されたEAでは、入力パラメータカウンタが追加され、MT5オプティマイザがフルサーチモードで検索し、最大100mioステップまで設定できるため、オプティマイザがジェネリックに切り替わることはありません。マネージャーはターミナルのチャート上にEAの形でぶら下がり、エージェントフォルダにタスクを書き込みます。 オプティマイザーの最適化されたEAはタスクを読み込み、パスの完了時に結果を書き込みます。完全検索のモードでは、オプティマイザーMT5は非常に均一にエージェントをロードし、マネージャーのタスクは入力パラメータをエージェントに供給することです。
この問題は、新しいエポックを開始する前に個体群を完全に満たす必要がなく、ストリーミングモードで個体群を扱うことができるhaをマネージャに書くことだけでした。