開発者への質問 - 最適化時にすべての計算コアを使用することについて - ページ 2 123456789...11 新しいコメント Pavel Verveyko 2019.12.02 15:45 #11 ++資源の 効率的な活用のために、++。 Boris Egorov 2020.01.05 14:27 #12 開発者の方々に、今一度注意していただきたいことがあります。 メインサーバーの16コアが20のジョブをこなし、さらに40コアがネットワーク上でアイドル 状態というひどい状況なのですが、すべてのコアをフル活用するための問題を解決して ください.このままでは最適化処理が壊滅的に遅くなってしまいます。 Sergey Chalyshev 2020.01.05 14:56 #13 Boris Egorov: メタトレーダー5(最新版)が最適化の際に、利用可能なすべての計算コアを使用しないのはなぜですか? 計算を実行するコアを緑でマークし、残りはアイドル状態になっています。 資源を節約しているのです )))) マジでMQに悪態をつかないように、異常なほどの力で自制しているのだが。 どこを触っても悪くなる。 もう直ったのかと思ったが、そうではない。新しいビルドでは、一部のエージェントが終了モードになります。これらのエージェントのうち、1つがオフになったりオンになったりしている場合、蘇生させることができます。 そうすると、Slavaが85個のタスクを書いたように、GAは待たずに、各エージェントは前の計算の直後に新しいタスクを取得します。 開発者よ、GAをバージョン2000に戻せ!すべてが素晴らしかったです。 Andrey Khatimlianskii 2020.01.06 04:21 #14 Boris Egorov: セルゲイ・チャリシェフ もし本当に変えたいのなら、(私のように)不平を言うだけでなく、カーネルが無効化/スタンバイされている再現可能な例を開発者に示してはどうでしょうか? 標準的なEAをベースに(それで再現できるのであれば)、できるだけ詳細に、自分たちで動作を再現できるようにすることができます。 Boris Egorov 2020.01.06 05:26 #15 Andrey Khatimlianskii: もし、本当に変化を求めていて、単なる不平不満でないなら(私のように)、コアがシャットダウン/スタンバイしている再現可能な例を開発者に示してはどうでしょうか。 どのような例ですか ...多くのパラメータ、例えば30個の異なるパラメータに対して最適化するものはありません。 スクリーンショットを掲載しましたので、再度共有することができます。 問題は、オプティマイザーが、少数のローカル・エージェントに新しい仕事を与え、その数が多いフリー・ネットワーク・エージェントは、アイドリングし続けることです。 ...これは、少なくとも10倍の最適化を遅くする、これは非常に重要である、どちらか1〜2時間で計算したり、今のように - 10時間....今まで3時間だったのが、11時間半になった・・・。開発者が最適化されすぎ 開発者はネットワークエージェントにも制限を課し、物理コアしか使用できないようにしました、これはグローバルなバグです。 これはグローバルなバグです - メタトレーダーのプログラマーではなく、ユーザーが原因です - 私のサーバーはすべて正常なので、すべてのスレッドが本当に必要です -ネットワークエージェントにのみ物理コアを制限することは愚かです 以前の状態に戻す Andrey Khatimlianskii 2020.01.06 10:02 #16 Boris Egorov: どのような例ですか ...複数のパラメータに対して最適化する例があれば、例えば30種類のパラメータに対して、スクリーンショットを掲載しましたので、もう一度やってみましょう。 再現可能な例であれば何でも。 アドバイザー、最適化パラメータ、アドバイザーパラメータ、ローカルコアとリモートコアの数。 取り、実行し、問題があることを検証できること(あるいは、なぜこの行動が選ばれ、変わらないのかを説明できること)。 Renat Fatkhullin 2020.01.06 10:18 #17 テスターの再構築は、今、私たちの最優先課題です。いろいろなことを一から書き直します。合理的なタスクマネージャの問題が解決されます。 Edgar Akhmadeev 2020.01.06 11:59 #18 Andrey Khatimlianskii: もし本当に変えたいのなら、(私のように)不平を言うだけでなく、カーネルが無効/スタンバイである再現可能な例を開発者に示してはどうでしょうか。 標準的なEAをベースにして(それで再現可能なら)、できるだけ詳細に、自分たちで動作を再現できるようにすることも可能です。 この効果は誰もが知っているし、開発者も何度もこの主張を目にしている。数ヶ月前には若干の改善もされました(そう、さらに悪化していたのです)。 Maksim Emeliashin 2020.01.06 12:31 #19 何度もこの問題について書きましたが、遺伝的アルゴリズムがどのように機能するかを読むために送られてきたのです。仕組みは知っていますし、大学4年生の時に研究室として自分で実装したこともあります。 私の状況はさらに悪く、ここにスクリーンショットがあります。 バージョン2286で改善され、そのような明らかなバグはなくなりましたが、定期的にエージェントの半分が永久に失敗しています。直し方はわかっているのですが、面倒なんです。 Boris Egorov 2020.01.07 05:08 #20 Maksim Emeliashin: 私の状況はもっとひどかったので、スクリーンショットをご覧ください。 まさに私の状況 123456789...11 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
開発者の方々に、今一度注意していただきたいことがあります。
メインサーバーの16コアが20のジョブをこなし、さらに40コアがネットワーク上でアイドル 状態というひどい状況なのですが、すべてのコアをフル活用するための問題を解決して ください.このままでは最適化処理が壊滅的に遅くなってしまいます。
メタトレーダー5(最新版)が最適化の際に、利用可能なすべての計算コアを使用しないのはなぜですか? 計算を実行するコアを緑でマークし、残りはアイドル状態になっています。
資源を節約しているのです ))))
マジでMQに悪態をつかないように、異常なほどの力で自制しているのだが。
どこを触っても悪くなる。
もう直ったのかと思ったが、そうではない。新しいビルドでは、一部のエージェントが終了モードになります。これらのエージェントのうち、1つがオフになったりオンになったりしている場合、蘇生させることができます。
そうすると、Slavaが85個のタスクを書いたように、GAは待たずに、各エージェントは前の計算の直後に新しいタスクを取得します。
開発者よ、GAをバージョン2000に戻せ!すべてが素晴らしかったです。
もし本当に変えたいのなら、(私のように)不平を言うだけでなく、カーネルが無効化/スタンバイされている再現可能な例を開発者に示してはどうでしょうか?
標準的なEAをベースに(それで再現できるのであれば)、できるだけ詳細に、自分たちで動作を再現できるようにすることができます。
もし、本当に変化を求めていて、単なる不平不満でないなら(私のように)、コアがシャットダウン/スタンバイしている再現可能な例を開発者に示してはどうでしょうか。
どのような例ですか ...多くのパラメータ、例えば30個の異なるパラメータに対して最適化するものはありません。
スクリーンショットを掲載しましたので、再度共有することができます。
問題は、オプティマイザーが、少数のローカル・エージェントに新しい仕事を与え、その数が多いフリー・ネットワーク・エージェントは、アイドリングし続けることです。
...これは、少なくとも10倍の最適化を遅くする、これは非常に重要である、どちらか1〜2時間で計算したり、今のように - 10時間....今まで3時間だったのが、11時間半になった・・・。開発者が最適化されすぎ
開発者はネットワークエージェントにも制限を課し、物理コアしか使用できないようにしました、これはグローバルなバグです。
これはグローバルなバグです - メタトレーダーのプログラマーではなく、ユーザーが原因です - 私のサーバーはすべて正常なので、すべてのスレッドが本当に必要です -ネットワークエージェントにのみ物理コアを制限することは愚かです
以前の状態に戻す
どのような例ですか ...複数のパラメータに対して最適化する例があれば、例えば30種類のパラメータに対して、スクリーンショットを掲載しましたので、もう一度やってみましょう。
再現可能な例であれば何でも。
アドバイザー、最適化パラメータ、アドバイザーパラメータ、ローカルコアとリモートコアの数。
取り、実行し、問題があることを検証できること(あるいは、なぜこの行動が選ばれ、変わらないのかを説明できること)。
もし本当に変えたいのなら、(私のように)不平を言うだけでなく、カーネルが無効/スタンバイである再現可能な例を開発者に示してはどうでしょうか。
標準的なEAをベースにして(それで再現可能なら)、できるだけ詳細に、自分たちで動作を再現できるようにすることも可能です。
この効果は誰もが知っているし、開発者も何度もこの主張を目にしている。数ヶ月前には若干の改善もされました(そう、さらに悪化していたのです)。
何度もこの問題について書きましたが、遺伝的アルゴリズムがどのように機能するかを読むために送られてきたのです。仕組みは知っていますし、大学4年生の時に研究室として自分で実装したこともあります。
私の状況はさらに悪く、ここにスクリーンショットがあります。
バージョン2286で改善され、そのような明らかなバグはなくなりましたが、定期的にエージェントの半分が永久に失敗しています。直し方はわかっているのですが、面倒なんです。
私の状況はもっとひどかったので、スクリーンショットをご覧ください。
まさに私の状況