開発者への質問 - 最適化時にすべての計算コアを使用することについて - ページ 10 1...34567891011 新しいコメント Edgar Akhmadeev 2020.08.12 06:24 #91 Boris Egorov:3.1コア1ジョブ」の 問題は、これまでも、そしてこれからも解決されることはないでしょう。 これはクラウドにとって非効率的です。ジョブはパケットで渡さなければならないので、そうならないのです。解決策の一つは、仕事の一部だけを分配し、解放されたエージェントにミニパッケージを投げることです。しかし、現地のエージェントやファームには、それぞれ一つの仕事を与えるべきで、マスターがボスであり、交通は関係ないのです。 Boris Egorov 2020.08.12 07:22 #92 Edgar Akhmadeev:これはクラウドにとって非効率的です。仕事はパケットで渡される必要があるので、そうならないようにします。仕事の一部だけを分配し、フリーエージェントにはミニパッケージを与えることで、部分的に状況を改善することができます。しかし、ローカルエージェントとファームは、それぞれ1つのタスクを与えなければならないため、マスターはボスであり、交通は王道ではありません。 まったくその通りです。 Aleksey Vyazmikin 2020.08.13 01:50 #93 Edgar Akhmadeev:これはクラウドにとって非効率的です。仕事はパケットで渡される必要があるので、そうならないようにします。仕事の一部だけを分配し、フリーエージェントにはミニパッケージを与えることで、部分的に状況を改善することができます。しかし、地元のエージェントやファームは、1つの仕事を与えなければならない、マスターは自分の上司であり、交通は王室を再生しません。 パケットを追加し、エージェントが空いていて他が忙しい場合は、空いたエージェントをロードし、その方が速ければ、前に与えられたタスクをキャンセルするというのが、今の仕組みです。これは仕事がたくさんある場合であって、数が少ない場合は、おそらくこうはいかないでしょう。 Boris Egorov 2020.08.13 07:32 #94 Aleksey Vyazmikin:パッケージが追加され、エージェントが解放され、他のエージェントがビジー状態であれば、解放されたものをロードし、それが速ければ、前に発行したタスクをキャンセルするというのが、今の状況です。これは仕事がたくさんある場合であって、数が少なければ、おそらくそうはならないでしょう。 私が言いたいのは、このようなスキーム(バッチ)は、ローカルエージェントには不適切だということです. つまり、1-5個のコアが常にビジー状態で、他の数十個のコアがアイドル状態である・・・。しかも、この1〜5個のコアは、多くのタスクを計算する必要がある......。 それに加えて、私の話を聞いてください。 より高速なコアが、同じ時間で3〜4倍のジョブを計算するようになる......。だから、計算が10倍速くなるんです。 そのため、1つのカーネルに複数のジョブを与えることはできません。 Aleksey Vyazmikin 2020.08.13 10:30 #95 Boris Egorov:私はおそらく、このようなスキーム(バッチ)は、ローカルエージェントには不十分だと言っているだけだと思います.1〜5コアが常にビジー状態で、さらに数十コアがアイドル状態だから・・・。しかも、この1〜5個のコアは、多くのタスクを計算する必要がある......。それに加えて、私の話を聞いてください。より高速なコアが、同じ時間で3〜4倍のジョブを計算するようになる......。だから、計算が10倍速くなるんです。ということで、1つのカーネルに複数の仕事を与えることはできないのです。 あらゆる種類の最適 化のためにコアをアイドル状態にしているのか、それとも遺伝子のためだけにアイドル状態にしているのか? Edgar Akhmadeev 2020.08.13 11:14 #96 Aleksey Vyazmikin:パッケージが追加され、エージェントが解放され、他のエージェントがビジー状態であれば、解放されたものをロードし、それが速ければ、前に発行したタスクをキャンセルするというのが、今の状況です。これは仕事がたくさんある場合であって、少ない場合は、おそらくそうはならないでしょう。 パックはほぼ一度に配られた。タスクの総数をエージェントの数で割った余りだけが、分配のために残されている(と私は思っている)。これは、春に行われたのだと思います。その後、何か変わったことはありますか?あまり追ってないし、自分のEAは負荷均等で最適化してるし、クラウドもまだ使ってないし、ローカルエージェントのダウンタイム事態は今の自分にはあまり関係ない。 Aleksey Vyazmikin 2020.08.13 11:54 #97 Edgar Akhmadeev:パッケージはほぼ一度に配られました。タスクの総数をエージェントの数で割った余りだけが、分配のために残されている(と私は思っている)。これは、春に行われたのだと思います。その後、何か変わったことはありますか?あまり追ってないし、自分のEAは負荷均等で最適化してるし、クラウドもまだ使ってないし、ローカルエージェントのダウンタイム事態は今の自分にはあまり関係ない。 最近の私への観察では、そのような問題は見当たりません。 Boris Egorov 2020.08.14 03:32 #98 Aleksey Vyazmikin:どのような最適化でも コアをアイドル状態にしているのか、それともジェネティクスのみにしているのか? フルオーバーキルを使用しています Vitalii Prushinskii 2021.03.21 18:11 #99 Renat Fatkhullin: 今はテスターの再構築が最優先です。いろいろと書き換えているところです。 Rationalタスクマネージャの問題を解決しました。 アイドルコアの問題を確認する。開発者に質問:いつアップデートがあるのか、この問題に対する一時的な解決策はあるのか?解決策を約束され、20歳前半の投稿を見ていると...もう21歳!? 卸売に遺伝的アルゴリズムを 使用しています。 その結果、2〜3時間で終わる卸売が1日がかりで引き延ばされてしまう...。 Vitalii Prushinskii 2021.03.21 18:16 #100 Boris Egorov:完全にオーバーキルして使っています コアを切り離してから実行しようとすると、最後に実行したコアが切り離せず、結局全員がコアを待つことになるのです...。 ネットワークに接続しないPCのCPUのコアのみを使用します。 12コアのうち、ほとんどがアイドル状態です。 1...34567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
3.1コア1ジョブ」の 問題は、これまでも、そしてこれからも解決されることはないでしょう。
これはクラウドにとって非効率的です。ジョブはパケットで渡さなければならないので、そうならないのです。解決策の一つは、仕事の一部だけを分配し、解放されたエージェントにミニパッケージを投げることです。しかし、現地のエージェントやファームには、それぞれ一つの仕事を与えるべきで、マスターがボスであり、交通は関係ないのです。
これはクラウドにとって非効率的です。仕事はパケットで渡される必要があるので、そうならないようにします。仕事の一部だけを分配し、フリーエージェントにはミニパッケージを与えることで、部分的に状況を改善することができます。しかし、ローカルエージェントとファームは、それぞれ1つのタスクを与えなければならないため、マスターはボスであり、交通は王道ではありません。
まったくその通りです。
これはクラウドにとって非効率的です。仕事はパケットで渡される必要があるので、そうならないようにします。仕事の一部だけを分配し、フリーエージェントにはミニパッケージを与えることで、部分的に状況を改善することができます。しかし、地元のエージェントやファームは、1つの仕事を与えなければならない、マスターは自分の上司であり、交通は王室を再生しません。
パケットを追加し、エージェントが空いていて他が忙しい場合は、空いたエージェントをロードし、その方が速ければ、前に与えられたタスクをキャンセルするというのが、今の仕組みです。これは仕事がたくさんある場合であって、数が少ない場合は、おそらくこうはいかないでしょう。
パッケージが追加され、エージェントが解放され、他のエージェントがビジー状態であれば、解放されたものをロードし、それが速ければ、前に発行したタスクをキャンセルするというのが、今の状況です。これは仕事がたくさんある場合であって、数が少なければ、おそらくそうはならないでしょう。
私が言いたいのは、このようなスキーム(バッチ)は、ローカルエージェントには不適切だということです.
つまり、1-5個のコアが常にビジー状態で、他の数十個のコアがアイドル状態である・・・。しかも、この1〜5個のコアは、多くのタスクを計算する必要がある......。
それに加えて、私の話を聞いてください。
より高速なコアが、同じ時間で3〜4倍のジョブを計算するようになる......。だから、計算が10倍速くなるんです。
そのため、1つのカーネルに複数のジョブを与えることはできません。
私はおそらく、このようなスキーム(バッチ)は、ローカルエージェントには不十分だと言っているだけだと思います.
1〜5コアが常にビジー状態で、さらに数十コアがアイドル状態だから・・・。しかも、この1〜5個のコアは、多くのタスクを計算する必要がある......。
それに加えて、私の話を聞いてください。
より高速なコアが、同じ時間で3〜4倍のジョブを計算するようになる......。だから、計算が10倍速くなるんです。
ということで、1つのカーネルに複数の仕事を与えることはできないのです。
あらゆる種類の最適 化のためにコアをアイドル状態にしているのか、それとも遺伝子のためだけにアイドル状態にしているのか?
パッケージが追加され、エージェントが解放され、他のエージェントがビジー状態であれば、解放されたものをロードし、それが速ければ、前に発行したタスクをキャンセルするというのが、今の状況です。これは仕事がたくさんある場合であって、少ない場合は、おそらくそうはならないでしょう。
パックはほぼ一度に配られた。タスクの総数をエージェントの数で割った余りだけが、分配のために残されている(と私は思っている)。これは、春に行われたのだと思います。その後、何か変わったことはありますか?あまり追ってないし、自分のEAは負荷均等で最適化してるし、クラウドもまだ使ってないし、ローカルエージェントのダウンタイム事態は今の自分にはあまり関係ない。
パッケージはほぼ一度に配られました。タスクの総数をエージェントの数で割った余りだけが、分配のために残されている(と私は思っている)。これは、春に行われたのだと思います。その後、何か変わったことはありますか?あまり追ってないし、自分のEAは負荷均等で最適化してるし、クラウドもまだ使ってないし、ローカルエージェントのダウンタイム事態は今の自分にはあまり関係ない。
最近の私への観察では、そのような問題は見当たりません。
どのような最適化でも コアをアイドル状態にしているのか、それともジェネティクスのみにしているのか?
フルオーバーキルを使用しています
今はテスターの再構築が最優先です。いろいろと書き換えているところです。
アイドルコアの問題を確認する。開発者に質問:いつアップデートがあるのか、この問題に対する一時的な解決策はあるのか?解決策を約束され、20歳前半の投稿を見ていると...もう21歳!?
卸売に遺伝的アルゴリズムを 使用しています。
その結果、2〜3時間で終わる卸売が1日がかりで引き延ばされてしまう...。
完全にオーバーキルして使っています
コアを切り離してから実行しようとすると、最後に実行したコアが切り離せず、結局全員がコアを待つことになるのです...。
ネットワークに接続しないPCのCPUのコアのみを使用します。
12コアのうち、ほとんどがアイドル状態です。