開発者への質問 - 最適化時にすべての計算コアを使用することについて - ページ 3 1234567891011 新しいコメント Boris Egorov 2020.01.07 06:42 #21 Renat Fatkhullin: 今はテスターの再構築を優先しています。いろいろなことが書き直されることになります。 合理的なタスクマネージャの問題が解決されます。 エラーの修正期限を把握したいので、なるべく早くお願いします...。待ち時間の目安を教えてください。 Slava 2020.01.07 07:32 #22 Maksim Emeliashin: 何度もこの問題について書きましたが、遺伝的アルゴリズムがどのように機能するかを読むために送られてきたのです。仕組みは知っていますし、大学4年生の時に研究室として自分で実装したこともあります。 私の状況はさらに悪く、ここにスクリーンショットがあります。 バージョン2286で改善され、そのような明らかなバグはなくなりましたが、周期的に半分のエージェントが永遠に失敗し続けます。直し方はわかっているが、めんどくさい。 問題を説明せよ 世代が古いほど、計算に必要なコアの数は少なくなります。 次世代で3-4-5個のユニークなパラメータ セットに18個のエージェントを使用するにはどうしたらよいでしょうか？ 遺伝子の仕組みを知っているとおっしゃるあなた、あなたの提案を聞かせてください。 Slava 2020.01.07 07:33 #23 Boris Egorov: 訂正の期限を把握したいので、なるべく早くお願いします...。待ち時間の目安を教えてください。 どのエラーを指しているのでしょうか？ 遺伝的最適化アルゴリズムの仕組みは読んだことがありますか？ Maksim Emeliashin 2020.01.07 09:29 #24 Slava: 問題を説明せよ アルゴリズムの知識を必要としない解決策を説明します。 問題発生時にプロセッサコアを1つ切断する（ローカルまたはネットワークエージェントの半分が故障している）。現在動作しているコアを無効化することが重要です。 2.カーネルのスイッチを入れ直す。 そして、突然、他のすべてのローカルおよびネットワークエージェントの電源が入り、最後まで問題なく動作するようになりました。 Maksim Emeliashin 2020.01.07 09:39 #25 Maksim Emeliashin: アルゴリズムの知識を必要としない解決策を説明します。 状況発生時にプロセッサコアの1つを切断する（ローカルまたはネットワークエージェントの半分に障害が発生した）。 現在動作しているコアを無効化することが重要です。 2.カーネルのスイッチを入れ直す。 突然、他のすべてのローカルエージェントとネットワークエージェントがオンラインになり、最後まで問題なく動作するようになりました。 そう、なぜ「エラー」が発生するのか、なぜこのタレコミが「修正」するのかまで疑ってしまうのです。しかし、MQの具体的な実装のソースコードを目の前で見ない限り、それを推測することは無意味です。 しかし、目の前のブラックボックスを見ても、問題はエージェント間のジョブパッケージの分配にあることが推測される。 Boris Egorov 2020.01.07 10:41 #26 Slava: どのようなエラーを指しているのでしょうか？ 遺伝的最適化アルゴリズムの仕組みは読んだことがありますか？ アルゴリズムは知らなくてもいいんです、知ってるけど。 そして、そう見えないからこそ、スマートさを演じる必要はないのです。 もしあなたが過去の投稿を読んでおらず、写真も見ていないなら - 口出しせず、あなたの無知を見せないでください。 バグが以前のバージョンにはなかったもので、否定はできない。 突然現れて、何も読まずに、賢いようにくだらないことを書く奴がいて、時々驚かされる。 Slava - 私の過去の投稿を写真付きで読んでください、そこにはすべてが詳細に記述されています。私の過去の投稿を写真付きで読んでいないのなら説明するのは無駄だし、それにあなた自身がこのアルゴリズムを知らないのだと思う． >世代が古いほど、計算に必要なコアが少なくなります。 >次世代で3-4-5種類のパラメータに18種類のエージェントを使用するには？ 第2世代では、最初からそのように動作します。私の場合は、さらに7〜8万台のバリエーションを数えます。ローカルエージェントのジョブだけを大量に受け入れ、ネットワークエージェントは全く受け入れません。 Slava 2020.01.07 11:01 #27 Boris Egorov: アルゴリズムは知らなくてもいいんです、知ってるけど。 そして、そう見えないからこそ、スマートさを演じる必要はないのです。 もしあなたが過去の投稿を読んでおらず、写真も見ていないなら - 口出しせず、あなたの無知を見せないでください。 バグが以前のバージョンにはなかったもので、否定はできない。 何も読まずに突然やってきて、賢いかのようにくだらないことを書く人がいて、時々驚かされることがあります。Slava - 写真付きの私の過去の投稿を読んでください、すべてがそこに詳細に記述されている、私自身はプログラマーですが、私はあなたがナンセンスを書いている世代について、そのような愚かなことはしません...写真付きの過去の投稿を読んでいないのなら、説明しても無駄だし、それに、あなた自身がアルゴリズムを知らないのだと思う． スクリーンショットを1枚お見せしました。すべてのコアがロードされているわけではない」以外の説明なし。 この画面からも、遺伝子の働き、第二世代の計算が理解できると思います。1タスクあたりの実行時間の最小値、最大値は不明です。平均実行時間がどのくらいなのかも不明で、スクリーンショットの右側は単に閉じられているだけです。 ここでも推測ですが、平均的な実行時間は非常に短いです。そのため、ジョブ再分配の仕組みはまだ作動していません。 再配布の仕組みは、以前のバージョンから変更ありません。少なくとも半年は。ランダムに選ばれたパラメータのほとんどがこの戦略に適していないようで、ほとんどのパスがすぐに終了してしまいました。 これはあくまで、1枚の不完全なスクリーンショットからの診断結果です。ログを一切提供せず。 Boris Egorov 2020.01.07 11:14 #28 Slava: スクリーンショットを1枚お見せしました。すべてのコアがロードされていない」以外の説明なし。 この画面からは、遺伝子が働いていること、第二世代の計算ができることが理解できる。1ジョブあたりの実行時間の最小値、最大値は不明です。平均実行時間がどのくらいかも不明で、スクリーンショットの右側部分がちょうど閉じています。 ここでも推測ですが、平均的な実行時間は非常に短いです。そのため、ジョブ再分配の仕組みはまだ作動していません。 再配布の仕組みは、以前のバージョンから変わっていません。少なくとも半年は。ランダムに選ばれたパラメータのほとんどがこのストラテジーに適していないようで、そのためほとんどのパスがすぐに終了してしまいました。 これはあくまで、1枚の不完全なスクリーンショットからの診断結果です。ログを一切提供せず。 私はフルオーバーシュートを使用し、明らかに書いた - 最適化の前に3時間かかったことを今11と半分...- これがあなたの答えです。 >1ジョブあたりの実行時間の最小値、最大値は不明です。平均実行時間がどのくらいなのかも不明で、スクリーンショットの右側は単に閉じられているだけです。 これを知る必要はまったくない。 >再共有化の仕組みは以前のバージョンから変更されていません。少なくとも半年は。ランダムに選ばれたパラメータのほとんどがこのストラテジーに適していないようで、ほとんどのパスがすぐに終了してしまいました。 私はプログラムを変更していませんし、基本的に異なるパラメータで計算を行うだけです。同じプログラム（再コンパイルなし）を同じパラメータで最適化すると、以前は3時間かかっていましたが、今は11時間半です。だから、「流通の仕組みは変わっていない」と言うのではなく、「確実に変わっている」のです。 Slava 2020.01.07 11:34 #29 Boris Egorov: 私はフルオーバーシュートを使用しており、明確に書いている - 以前に最適化が3時間かかったことを、今11と半...- それがあなたの答えです。 >1ジョブあたりの実行時間の最小値と最大値を教えてください。平均実行時間がどのくらいなのかも不明で、スクリーンショットの右側は単に閉じられているだけです。 これを知る必要はまったくない。 >再共有化の仕組みは以前のバージョンから変更されていません。少なくとも半年は。ランダムに選ばれたパラメータのほとんどがこのストラテジーに適していないようで、ほとんどのパスがすぐに終了してしまいました。 私はプログラムを変更していませんし、基本的に異なるパラメータで計算を行うだけです。同じプログラム（再コンパイルなし）を同じパラメータで最適化すると、以前は3時間かかっていましたが、今は11時間半です。だから、流通の仕組みが変わっていないとは言わせない、確実に変わっているのだ。 ログが提供されていませんね。 なぜ、リモートエージェントはカウントされないのですか？なぜ、ビルド2214があるのか？クライアント端末も2214ビルドなのでしょうか？ Boris Egorov 2020.01.07 11:43 #30 Slava: ログを提供していない。 なぜリモートエージェントはカウントされないのですか？なぜ彼らのビルドは2214なのか？クライアント端末もビルド2214なのでしょうか？ 2286 ログが必要な場合は、難しいですが、最適化のための大規模なセットで任意のExpert Advisorを実行する方が簡単です。 しかし、ログをどこに置くか教えていただければ、やってみます。 私はちょうどいくつかの時間でログがすべての想像可能なサイズを超えることを理解していない、とオフにしたり、任意の方法でそれらを制限することはありません、私はそれらをきれいにする必要がありますので。 新しい計算をすると、12時間くらいしかできない。 ところで、動作中のコアの1つを無効にするという上記のアドバイスはうまくいきました :-) これは、配布アルゴリズムのバグを確認するものです。 1234567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
今はテスターの再構築を優先しています。いろいろなことが書き直されることになります。
エラーの修正期限を把握したいので、なるべく早くお願いします...。待ち時間の目安を教えてください。
何度もこの問題について書きましたが、遺伝的アルゴリズムがどのように機能するかを読むために送られてきたのです。仕組みは知っていますし、大学4年生の時に研究室として自分で実装したこともあります。
私の状況はさらに悪く、ここにスクリーンショットがあります。
バージョン2286で改善され、そのような明らかなバグはなくなりましたが、周期的に半分のエージェントが永遠に失敗し続けます。直し方はわかっているが、めんどくさい。
問題を説明せよ
世代が古いほど、計算に必要なコアの数は少なくなります。
次世代で3-4-5個のユニークなパラメータ セットに18個のエージェントを使用するにはどうしたらよいでしょうか？
遺伝子の仕組みを知っているとおっしゃるあなた、あなたの提案を聞かせてください。
訂正の期限を把握したいので、なるべく早くお願いします...。待ち時間の目安を教えてください。
どのエラーを指しているのでしょうか？
遺伝的最適化アルゴリズムの仕組みは読んだことがありますか？
問題を説明せよ
アルゴリズムの知識を必要としない解決策を説明します。
問題発生時にプロセッサコアを1つ切断する（ローカルまたはネットワークエージェントの半分が故障している）。現在動作しているコアを無効化することが重要です。
2.カーネルのスイッチを入れ直す。
そして、突然、他のすべてのローカルおよびネットワークエージェントの電源が入り、最後まで問題なく動作するようになりました。
アルゴリズムの知識を必要としない解決策を説明します。
状況発生時にプロセッサコアの1つを切断する（ローカルまたはネットワークエージェントの半分に障害が発生した）。 現在動作しているコアを無効化することが重要です。
2.カーネルのスイッチを入れ直す。
突然、他のすべてのローカルエージェントとネットワークエージェントがオンラインになり、最後まで問題なく動作するようになりました。
しかし、目の前のブラックボックスを見ても、問題はエージェント間のジョブパッケージの分配にあることが推測される。
どのようなエラーを指しているのでしょうか？
遺伝的最適化アルゴリズムの仕組みは読んだことがありますか？
アルゴリズムは知らなくてもいいんです、知ってるけど。
そして、そう見えないからこそ、スマートさを演じる必要はないのです。
もしあなたが過去の投稿を読んでおらず、写真も見ていないなら - 口出しせず、あなたの無知を見せないでください。
バグが以前のバージョンにはなかったもので、否定はできない。
突然現れて、何も読まずに、賢いようにくだらないことを書く奴がいて、時々驚かされる。
Slava - 私の過去の投稿を写真付きで読んでください、そこにはすべてが詳細に記述されています。私の過去の投稿を写真付きで読んでいないのなら説明するのは無駄だし、それにあなた自身がこのアルゴリズムを知らないのだと思う．
>世代が古いほど、計算に必要なコアが少なくなります。
>次世代で3-4-5種類のパラメータに18種類のエージェントを使用するには？
第2世代では、最初からそのように動作します。私の場合は、さらに7〜8万台のバリエーションを数えます。ローカルエージェントのジョブだけを大量に受け入れ、ネットワークエージェントは全く受け入れません。
アルゴリズムは知らなくてもいいんです、知ってるけど。
そして、そう見えないからこそ、スマートさを演じる必要はないのです。
もしあなたが過去の投稿を読んでおらず、写真も見ていないなら - 口出しせず、あなたの無知を見せないでください。
バグが以前のバージョンにはなかったもので、否定はできない。
何も読まずに突然やってきて、賢いかのようにくだらないことを書く人がいて、時々驚かされることがあります。
Slava - 写真付きの私の過去の投稿を読んでください、すべてがそこに詳細に記述されている、私自身はプログラマーですが、私はあなたがナンセンスを書いている世代について、そのような愚かなことはしません...写真付きの過去の投稿を読んでいないのなら、説明しても無駄だし、それに、あなた自身がアルゴリズムを知らないのだと思う．スクリーンショットを1枚お見せしました。すべてのコアがロードされているわけではない」以外の説明なし。
この画面からも、遺伝子の働き、第二世代の計算が理解できると思います。1タスクあたりの実行時間の最小値、最大値は不明です。平均実行時間がどのくらいなのかも不明で、スクリーンショットの右側は単に閉じられているだけです。
ここでも推測ですが、平均的な実行時間は非常に短いです。そのため、ジョブ再分配の仕組みはまだ作動していません。
再配布の仕組みは、以前のバージョンから変更ありません。少なくとも半年は。ランダムに選ばれたパラメータのほとんどがこの戦略に適していないようで、ほとんどのパスがすぐに終了してしまいました。
これはあくまで、1枚の不完全なスクリーンショットからの診断結果です。ログを一切提供せず。
スクリーンショットを1枚お見せしました。すべてのコアがロードされていない」以外の説明なし。
この画面からは、遺伝子が働いていること、第二世代の計算ができることが理解できる。1ジョブあたりの実行時間の最小値、最大値は不明です。平均実行時間がどのくらいかも不明で、スクリーンショットの右側部分がちょうど閉じています。
ここでも推測ですが、平均的な実行時間は非常に短いです。そのため、ジョブ再分配の仕組みはまだ作動していません。
再配布の仕組みは、以前のバージョンから変わっていません。少なくとも半年は。ランダムに選ばれたパラメータのほとんどがこのストラテジーに適していないようで、そのためほとんどのパスがすぐに終了してしまいました。
これはあくまで、1枚の不完全なスクリーンショットからの診断結果です。ログを一切提供せず。
私はフルオーバーシュートを使用し、明らかに書いた - 最適化の前に3時間かかったことを今11と半分...- これがあなたの答えです。
>1ジョブあたりの実行時間の最小値、最大値は不明です。平均実行時間がどのくらいなのかも不明で、スクリーンショットの右側は単に閉じられているだけです。
これを知る必要はまったくない。
>再共有化の仕組みは以前のバージョンから変更されていません。少なくとも半年は。ランダムに選ばれたパラメータのほとんどがこのストラテジーに適していないようで、ほとんどのパスがすぐに終了してしまいました。
私はプログラムを変更していませんし、基本的に異なるパラメータで計算を行うだけです。同じプログラム（再コンパイルなし）を同じパラメータで最適化すると、以前は3時間かかっていましたが、今は11時間半です。だから、「流通の仕組みは変わっていない」と言うのではなく、「確実に変わっている」のです。
私はフルオーバーシュートを使用しており、明確に書いている - 以前に最適化が3時間かかったことを、今11と半...- それがあなたの答えです。
>1ジョブあたりの実行時間の最小値と最大値を教えてください。平均実行時間がどのくらいなのかも不明で、スクリーンショットの右側は単に閉じられているだけです。
これを知る必要はまったくない。
>再共有化の仕組みは以前のバージョンから変更されていません。少なくとも半年は。ランダムに選ばれたパラメータのほとんどがこのストラテジーに適していないようで、ほとんどのパスがすぐに終了してしまいました。
私はプログラムを変更していませんし、基本的に異なるパラメータで計算を行うだけです。同じプログラム（再コンパイルなし）を同じパラメータで最適化すると、以前は3時間かかっていましたが、今は11時間半です。だから、流通の仕組みが変わっていないとは言わせない、確実に変わっているのだ。
ログが提供されていませんね。
なぜ、リモートエージェントはカウントされないのですか？なぜ、ビルド2214があるのか？クライアント端末も2214ビルドなのでしょうか？
ログを提供していない。
なぜリモートエージェントはカウントされないのですか？なぜ彼らのビルドは2214なのか？クライアント端末もビルド2214なのでしょうか？
2286
ログが必要な場合は、難しいですが、最適化のための大規模なセットで任意のExpert Advisorを実行する方が簡単です。
しかし、ログをどこに置くか教えていただければ、やってみます。
私はちょうどいくつかの時間でログがすべての想像可能なサイズを超えることを理解していない、とオフにしたり、任意の方法でそれらを制限することはありません、私はそれらをきれいにする必要がありますので。
新しい計算をすると、12時間くらいしかできない。
ところで、動作中のコアの1つを無効にするという上記のアドバイスはうまくいきました :-) これは、配布アルゴリズムのバグを確認するものです。