MT5ターミナルが本日アップデートされ、テスト中に「最適化」ウィンドウが表示されなくなりました。 - ページ 14 1...789101112131415161718192021...25 新しいコメント 削除済み 2018.05.19 10:13 #131 Yury Kirillov: さあ、配信から標準的なミューリングエキスパート、1年間のタイムフレーム、すべてのパラメータの列挙 - それは少なくとも選択肢のgoogleを取得するのは簡単です:-)その実用性は? Vitaly Muzichenko 2018.05.19 17:26 #132 Petros Shatakhtsyan:開発者は皆、最適化の 結果を見た後、最初の行から続けることに意味があるかどうかを判断するのです。だからこそ、最適化の終了前に、中断することなく結果を確認できるようにすべきなのです。最適化結果」というタブを復活させ、表の上部に 「表を更新」 ボタンを追加することが考えられます。その方が意味がある。+100500今の最適化は「袋の中の猫」を買うようなものです 悲しいことばかりです。 Georgiy Merts 2018.05.19 17:44 #133 私見では、最適化の中断を修正するのに十分だと思います。停止ボタンを押して、表を見て、必要なら続行できるように。それから、リアルタイムで結果を表にすることは、それほど重要ではありません。しかし、テーブルソートが リソースを必要とするというのは、かなり奇妙な話だと思います。結局のところ、パスキャッシュは異なるキーでソートされる可能性があり、実行時にソートされるのですから...。 しかし、すでに述べたように、最適化の中断はもっと重要です。すべてがそうだったように、なぜ今になって最適化が始まるのか、よくわからないのですが......。どうやらパスキャッシュの作業順序が見直されているようで、そうでなければ最適化の継続ができなくなったことの説明がつかないのです。 まあ...その代わり、何が排出されるのか見てみましょう。 Texnolog 2018.05.19 18:21 #134 Georgiy Merts:私見では、最適化の中断を修正するのに十分だと思います。停止ボタンを押して、表を見て、必要なら続行できるように。それから、リアルタイムで結果を表にすることは、それほど重要ではありません。しかし、テーブルソートがリソースを必要とするというのは、かなり奇妙な 話だと思います。結局のところ、パスキャッシュは異なるキーでソートされる可能性があり、実行時にソートされるのですから...。 しかし、すでに述べたように、最適化の中断の方がはるかに重要です。すべてがそうだったように、なぜ今になって最適化が始まるのか、よくわからないのですが......。どうやらパスキャッシュの作業順序が見直されているようで、そうでなければ最適化の継続ができなくなったことの説明がつかないのです。 まあ...その代わり、何が排出されるのか見てみましょう。 1台のパソコンでのテストでは、ダイナミックなテーブルハンドリングは無料なのかもしれませんね。しかし、サードパーティエージェントでの 最適化がある場合、テストエージェントの 並行稼働が発生します(特に数十、数百のテストエージェント(ファーム)がある場合)。その時に問題が発生するのです。 Yury Kirillov 2018.05.20 05:07 #135 Georgiy Merts:私見では、最適化の中断を修正するのに十分だと思います。停止ボタンを押して、表を見て、必要なら続行できるように。それから、リアルタイムで結果を表にすることは、それほど重要ではありません。しかし、テーブルソートがリソースを必要とするというのは、かなり奇妙な話だと思います。結局のところ、パスキャッシュは異なるキーでソートされる可能性があり、実行時にソートされるのですから...。 しかし、すでに述べたように、最適化の中断はもっと重要です。すべてがそうだったように、なぜ今になって最適化が始まるのか、よくわからないのですが......。パスキャッシュの処理順を見直す必要がある。 最適化を継続する機能がなくなったことは、他の方法では説明できない。 まあ...その代わり、何が出てくるか見てみましょう。 最適化を中断すると、常にXX%でカウントされる現在のパスの再計算が行われる可能性が高いです。 中断されたパスのために別のテスターからクラウドまたは計算への販売のためのコアの使用をブロックしてはいけません。 その結果、平均して現在のパスのコアの仕事の約半分が失われることになる。 Georgiy Merts 2018.05.20 05:13 #136 Yury Kirillov:最適化を中断すると、現在のパスがXX%でカウントされ、常に再計算される可能性が高いです。 中断されたパスのために別のテスターからクラウドまたは計算への販売のためのコアの使用をブロックしてはいけません。 その結果、平均して現在のパスのコアの仕事の約半分が失われることになる。これは正しい。中断の瞬間に完了しなかったすべての計算は、ランダマイザーによって再作成され、新しいデータセットですでに再計算されますので、ここで問題はありません。 しかし、その時点ですでに完全に計算され、最適化キャッシュに入れられたすべての計算だけは「そのまま」でなければならず、最適化は継続されなければなりません。そして今......中断している間に、最適化が再び始まるという感じです。最適化が15分程度であれば問題ないでしょう。しかし、最適化が15時間続くのであれば、キャッシュを失いたくないですね。 marchus80 закиров 2018.05.20 19:28 #137 こんばんは、マイプラットフォームにアクセスできないのですが? Texnolog 2018.05.27 18:54 #138 Сергей Таболин:まったくもって楽勝です...。25パスで最適化、M1のOHLCは2時間以上かかった... かっこいい!... ビルド1755、1795をお使いください。 Slava 2018.05.31 04:15 #139 最適化 結果のタブは表示するが、このタブに移動したときだけ更新する、という妥協策を採用したのです。つまり、タブで結果を見ている間は、新しい結果は表示されません。例えば、テストログに移動して最適化タブに戻ると、すでに行ったパスのデータが更新されます。 MetaQuotes-Demoに5月30日付けのビルド1834が公開されました。 最適化キャッシュが存在する場合、最適化タブで過去の最適化結果を選択できるようになりました。過去の最適化の結果を見ることができ、最適化の基準を変更して(最適化タブで)新しい数値やグラフを見ることができ、過去に完了しなかった最適化を継続することができます。 Vladislav Andruschenko 2018.05.31 04:17 #140 Slava:最適化 結果のタブは表示するが、このタブに移動したときだけ更新する、という妥協策を採用したのです。つまり、タブで結果を見ている間は、新しい結果は表示されません。例えば、テストログに移動して最適化タブに戻ると、すでに行ったパスのデータが更新されます。MetaQuotes-Demoに5月30日付けのビルド1834が公開されました。最適化キャッシュが存在する場合、最適化タブで過去の最適化結果を選択できるようになりました。過去の最適化の結果を見たり、最適化の基準を変更したり(最適化タブ)、新しい数値やグラフを見ることができます。 また、過去に完了しなかった最適化を継続することも可能です。 ありがとうございました。 1...789101112131415161718192021...25 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
さあ、配信から標準的なミューリングエキスパート、1年間のタイムフレーム、すべてのパラメータの列挙 - それは少なくとも選択肢のgoogleを取得するのは簡単です:-)
その実用性は?
開発者は皆、最適化の 結果を見た後、最初の行から続けることに意味があるかどうかを判断するのです。だからこそ、最適化の終了前に、中断することなく結果を確認できるようにすべきなのです。
最適化結果」というタブを復活させ、表の上部に 「表を更新」 ボタンを追加することが考えられます。
その方が意味がある。
+100500
今の最適化は「袋の中の猫」を買うようなものです
悲しいことばかりです。
私見では、最適化の中断を修正するのに十分だと思います。停止ボタンを押して、表を見て、必要なら続行できるように。それから、リアルタイムで結果を表にすることは、それほど重要ではありません。しかし、テーブルソートが リソースを必要とするというのは、かなり奇妙な話だと思います。結局のところ、パスキャッシュは異なるキーでソートされる可能性があり、実行時にソートされるのですから...。
しかし、すでに述べたように、最適化の中断はもっと重要です。すべてがそうだったように、なぜ今になって最適化が始まるのか、よくわからないのですが......。どうやらパスキャッシュの作業順序が見直されているようで、そうでなければ最適化の継続ができなくなったことの説明がつかないのです。
まあ...その代わり、何が排出されるのか見てみましょう。
私見では、最適化の中断を修正するのに十分だと思います。停止ボタンを押して、表を見て、必要なら続行できるように。それから、リアルタイムで結果を表にすることは、それほど重要ではありません。しかし、テーブルソートがリソースを必要とするというのは、かなり奇妙な 話だと思います。結局のところ、パスキャッシュは異なるキーでソートされる可能性があり、実行時にソートされるのですから...。
しかし、すでに述べたように、最適化の中断の方がはるかに重要です。すべてがそうだったように、なぜ今になって最適化が始まるのか、よくわからないのですが......。どうやらパスキャッシュの作業順序が見直されているようで、そうでなければ最適化の継続ができなくなったことの説明がつかないのです。
まあ...その代わり、何が排出されるのか見てみましょう。
1台のパソコンでのテストでは、ダイナミックなテーブルハンドリングは無料なのかもしれませんね。しかし、サードパーティエージェントでの 最適化がある場合、テストエージェントの 並行稼働が発生します(特に数十、数百のテストエージェント(ファーム)がある場合)。その時に問題が発生するのです。
私見では、最適化の中断を修正するのに十分だと思います。停止ボタンを押して、表を見て、必要なら続行できるように。それから、リアルタイムで結果を表にすることは、それほど重要ではありません。しかし、テーブルソートがリソースを必要とするというのは、かなり奇妙な話だと思います。結局のところ、パスキャッシュは異なるキーでソートされる可能性があり、実行時にソートされるのですから...。
しかし、すでに述べたように、最適化の中断はもっと重要です。すべてがそうだったように、なぜ今になって最適化が始まるのか、よくわからないのですが......。パスキャッシュの処理順を見直す必要がある。 最適化を継続する機能がなくなったことは、他の方法では説明できない。
まあ...その代わり、何が出てくるか見てみましょう。
最適化を中断すると、常にXX%でカウントされる現在のパスの再計算が行われる可能性が高いです。
中断されたパスのために別のテスターからクラウドまたは計算への販売のためのコアの使用をブロックしてはいけません。
その結果、平均して現在のパスのコアの仕事の約半分が失われることになる。
最適化を中断すると、現在のパスがXX%でカウントされ、常に再計算される可能性が高いです。
中断されたパスのために別のテスターからクラウドまたは計算への販売のためのコアの使用をブロックしてはいけません。
その結果、平均して現在のパスのコアの仕事の約半分が失われることになる。
これは正しい。中断の瞬間に完了しなかったすべての計算は、ランダマイザーによって再作成され、新しいデータセットですでに再計算されますので、ここで問題はありません。
しかし、その時点ですでに完全に計算され、最適化キャッシュに入れられたすべての計算だけは「そのまま」でなければならず、最適化は継続されなければなりません。そして今......中断している間に、最適化が再び始まるという感じです。最適化が15分程度であれば問題ないでしょう。しかし、最適化が15時間続くのであれば、キャッシュを失いたくないですね。
まったくもって楽勝です...。25パスで最適化、M1のOHLCは2時間以上かかった...
かっこいい!...
最適化 結果のタブは表示するが、このタブに移動したときだけ更新する、という妥協策を採用したのです。つまり、タブで結果を見ている間は、新しい結果は表示されません。例えば、テストログに移動して最適化タブに戻ると、すでに行ったパスのデータが更新されます。
MetaQuotes-Demoに5月30日付けのビルド1834が公開されました。
最適化キャッシュが存在する場合、最適化タブで過去の最適化結果を選択できるようになりました。過去の最適化の結果を見ることができ、最適化の基準を変更して(最適化タブで)新しい数値やグラフを見ることができ、過去に完了しなかった最適化を継続することができます。
最適化 結果のタブは表示するが、このタブに移動したときだけ更新する、という妥協策を採用したのです。つまり、タブで結果を見ている間は、新しい結果は表示されません。例えば、テストログに移動して最適化タブに戻ると、すでに行ったパスのデータが更新されます。
MetaQuotes-Demoに5月30日付けのビルド1834が公開されました。
最適化キャッシュが存在する場合、最適化タブで過去の最適化結果を選択できるようになりました。過去の最適化の結果を見たり、最適化の基準を変更したり(最適化タブ)、新しい数値やグラフを見ることができます。 また、過去に完了しなかった最適化を継続することも可能です。
ありがとうございました。