最適化のためのCPUコアの評価 - ページ 15 1...8910111213141516171819202122 新しいコメント Aleksey Vyazmikin 2019.12.08 07:12 #141 Fast235: 私は16GBのラムを32に変更した理由を理解していない、テスターは16 PC +16仮想を食べたように、今それは32 PC + 31仮想、ナンセンスを食べる、私は32GBのSSDをアンロードし、彼の人生を長引かせると、ピッシュ買った。 スワップファイルの作成を無効にするのはどうでしょうか？また、代わりに、このファイルを16ギガのRAMディスクに作成します。 Fast235 2019.12.08 07:31 #142 Aleksey Vyazmikin: スワップファイルの作成を無効にするのはどうでしょうか？または、16ギガのRAMディスクに作成します。 swapを無効にすると、All ticksモードでテスターがメモリ不足と表示する Aleksey Vyazmikin 2019.12.08 07:52 #143 Fast235: ページングが無効な場合、テスターはメモリが足りないと言う このため、RAMディスクという選択肢も残されています。 Denis Sotnikov 2019.12.26 22:10 #144 Tree_Brut_TestPL_F_Fast のコンパイルができない 16%でコンパイルに失敗。2台のPCで試しました。MetaEditorのビルドが原因かもしれません。コンパイル済みのものをリセットしてください。 Aleksey Vyazmikin 2019.12.27 05:35 #145 dsfx: Tree_Brut_TestPL_F_Fast のコンパイルができない 16%でコンパイルに失敗。2台のPCで試しました。MetaEditorのビルドが原因かもしれません。コンパイル済みのものをリセットしてください。 どのくらい待ったのですか？CPUのコアパワーにもよりますが、コンパイルに最大1時間かかります。 コンパイルされたファイルをフォーラムにアップロードすることは禁止されています。 Denis Sotnikov 2019.12.27 07:27 #146 Aleksey Vyazmikin: どのくらい待ったのですか？CPUのコアパワーに依存しますが、コンパイルに1時間程度かかることもあります。 コンパイルされたファイルをフォーラムにアップロードすることは禁止されています。 うーん、10分くらい待ったかな))。しかし、ほぼ同じサイズのTree_Brut_TestPL_Fは、5分程度でコンパイルできるようです。もっと待つよ...。 Denis Sotnikov 2019.12.27 15:18 #147 Ryzen 9 3950Xの結果 このプロセッサーのテスト速度に本当に影響を与えるものが何なのか、まだ分かっていません。いろいろ試したが、結果は同じ値の範囲内だ。マザーボードのプリセット値でCPUのベース周波数を+600MHzまで変更しても、何の意味もない。どうやら、テストでは何もしなくてもオーバークロックしてくれるからだそうです。メモリ特性も、表からわかるように、あまり影響がない。 誰が興味を持つか、何かアイデアがあれば投稿してください。 このプロセッサをMT5でテストするための実用的な使い方として、一度では思いつかないようなニュアンスをご紹介しましょう。 まず、MT5のすべてのエージェントは、テストが1つのペアで実行され、異なるペアで実行されない場合でも、なぜか自分用に別のメモリが割り当てられます。また、例えばクロスでテストすると、よりメジャーなものがロードされます。その結果、2年間という期間、実際のティックでテストした場合、各エージェントが7GBのメモリを消費することになりました。そうそう、特筆すべきは、70%のティックが繰り返される（AskとBidが同じ）人気のブローカーで試したことです。カスタムストーリーでもう少し試してみますので、後日、数値を掲載します。だから、64GBのメモリを積むには、8つのエージェントでしかテストできないんです。終了 - 繰り返し刻みをフィルタリングするカスタムストーリー、メモリサイズとテスト期間を常に制御、128GBのメモリと16エージェントでのテスト。そんなもんなんですか！！！？これは私が2年間テストしたわけですが、もっと長い期間をかけたらどうなるのでしょうか......! 2つ目は他のパソコンのEVO860から一時的にSSDを入れました。また、別の問題が発生しました（以前にも似たようなことを書きました）。最適化を開始すると、8パスであっても、エージェントは同時にSSDにアクセスし、RAMのティック履歴に自分自身をポンピングしようとします。 キューがないため、SSDが「赤」になり、MT5のジャーナルにエラーが表示されます。 つまり、テスターはメモリが足りないと書いているのに、ティックのダウンロードに失敗したため、パスを実行できないのです確かに、当時のシステム測定値で私のSSDが最大600MB/sで動作していたことを考えると、64GBのRAMを満たすのにさえ100秒以上かかることになります。そのため、古いSSDは全く適さず、3500GB/sのEVO 970を待っているのですが、128GBでも30秒以上かかってしまうのです。つまり、エラーが残るのです。 そこで、開発者の皆さん。この問題に注意を払わないと、マルチコアプロセッサの使用は不可能ではないにしても、非常に不便です 可能であれば、RAMメモリをもっと経済的に使えるようになればいいと思います。1つの通貨ペアで最適化する場合のみでもOK!結局のところ、テストが1つのシンボルで実行されるなら、きっとすべてのエージェントが1つの同じメモリスペースにアクセスできるのでしょう。なぜ、それぞれがコピーを出すのでしょうか？ そうすれば、メモリ不足やハードディスクからの読み出し速度などの問題もなく、設計も安くなりますよ もしこれが不可能なら、少なくともエージェントがハードディスクにアクセスするための何らかの待ち行列を作ったり、コピーの待ち時間を増やしたりしてください。しかし、メモリの使用量を最適化すれば、もちろんもっと効率的です ありがとうございます。 Aleksey Vyazmikin 2019.12.28 08:48 #148 dsfx: Ryzen 9 3950Xの結果 このプロセッサーのテスト速度に本当に影響を与えるものが何なのか、まだ分かっていません。いろいろ試したが、結果は同じ値の範囲内だ。マザーボードのプリセット値でCPUのベース周波数を+600MHzまで変更しても、何の意味もない。どうやら、テストでは何もしなくてもオーバークロックしてくれるからだそうです。メモリ特性も、表からわかるように、あまり影響がない。何かアイデア、興味のある方、投稿をお願いします。 CPUの周波数はパフォーマンスに影響します。修正するか、制限を設けてみてください。計算の場合、コプロセッサが最も重要であるため、マルチスレッド（XMP）は非線形利得、すなわちコプロセッサによる計算のためのデータ準備の高速化による高速化を実現します。 残りの投稿についてですが、ティックは邪道で、特にクロスが必要な場合、エラー率が大幅に上昇します。 クロスと基準通貨がずれて 変動する。 SSDのエラーはおかしい - この時点で本当にRAMが足りているのか？仮想メモリは無効化されていますか？ Denis Sotnikov 2019.12.31 10:40 #149 Aleksey Vyazmikin: プロセッサの周波数は性能に影響します - 固定するか制限を設けてみてください。計算には、まずコプロセッサが重要であり、マルチスレッド（XMP）は、コプロセッサによる計算のためのデータ準備の高速化による非線形利得、すなわち加速をもたらします。 残りの投稿についてですが、ティックは邪道です。特にクロスが必要な場合、エラーレートが劇的に上昇します。 クロスと基準通貨がずれて 変動する。 SSDのエラーはおかしい - この時点で本当にRAMが足りているのか？仮想メモリは無効化されていますか？ 確かにそうですね。CPUを異なる周波数で固定した後、顕著な結果。実践の結果、修正しない方が良いことがわかりました。バイオの最新ファームウェアにはまだそのCPUモデルがなく、プリインストールされている以下の固定周波数は、修正しなくてもターボモードで最大周波数になることが分かっています。まだバイオには手を出していませんが、依存の基準はすでに明確になっています。新しいファームウェアを待っています。 仮想メモリを「システム選択で」。SSDをevo 860からevo 970 plusに変更 - RAMを埋めるのが楽しくなり（約3-4倍）、より多くのエージェントで始められるようになりましたが、十分なメモリよりも多くのエージェントを残すとまだエラーが発生します。しかし、実際には、次のような最適化策をとっています。タスクマネージャーは常にオンになっています。最初に8つのエージェントを起動してRAMの負荷をコントロールし、その後RAMが約80%になるまでさらに4つのエージェントを起動します。何も触らなければ、ドライブに負担をかけずにすべてが最適化される。しかし、私がミスをしてエージェントを増やした途端、すぐにssdがフルスロットルになり、なぜかワインドアップが50%ほどメモリをオフロードしてしまうのです。最適化の速度が著しく低下し、端末を再起動して再起動するしか方法がない。こんな感じ。 Aliaksandr Hryshyn 2020.01.20 13:35 #150 Tree_Brut_TestPL_F_Fast"のテスト結果です。 1コアあたりのエージェント数。 2020.01.20 16:28:24.603 Tester optimization finished, total passes 12 2020.01.20 16:28:24.614 Statistics optimization done in 0 minutes 20 seconds 2020.01.20 16:28:24.614 Statistics shortest pass 0:00:18.226, longest pass 0:00:19.507, average pass 0:00:18.679 2020.01.20 16:28:24.614 Statistics 12000 frames (4.71 Mb total, 412 bytes per frame) received 2020.01.20 16:28:24.614 Statistics local 12 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%) 1スレッドあたりのエージェント数 2020.01.20 16:29:29.065 Tester optimization finished, total passes 24 2020.01.20 16:29:29.076 Statistics optimization done in 0 minutes 25 seconds 2020.01.20 16:29:29.076 Statistics shortest pass 0:00:22.934, longest pass 0:00:24.012, average pass 0:00:23.194 2020.01.20 16:29:29.076 Statistics 24000 frames (9.43 Mb total, 412 bytes per frame) received 2020.01.20 16:29:29.076 Statistics local 24 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%) Tree_Brut_TestPL 2020.01.20 16:50:25.514 Statistics optimization done in 0 minutes 39 seconds 2020.01.20 16:50:25.514 Statistics shortest pass 0:00:36.626, longest pass 0:00:38.832, average pass 0:00:37.448 2020.01.20 16:50:25.514 Statistics 12000 frames (4.71 Mb total, 412 bytes per frame) received 2020.01.20 16:50:25.514 Statistics local 12 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%) 2020.01.20 16:51:48.969 Statistics optimization done in 1 minutes 01 seconds 2020.01.20 16:51:48.969 Statistics shortest pass 0:00:54.094, longest pass 0:01:01.868, average pass 0:00:58.784 2020.01.20 16:51:48.969 Statistics 24000 frames (9.43 Mb total, 412 bytes per frame) received 2020.01.20 16:51:48.969 Statistics local 24 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%) ツリー_ブルート_TestPL_F 2020.01.20 16:55:17.840 Statistics optimization done in 0 minutes 57 seconds 2020.01.20 16:55:17.840 Statistics shortest pass 0:00:53.159, longest pass 0:00:56.540, average pass 0:00:54.924 2020.01.20 16:55:17.840 Statistics 12000 frames (4.71 Mb total, 412 bytes per frame) received 2020.01.20 16:55:17.840 Statistics local 12 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%) 2020.01.20 16:57:48.843 Statistics optimization done in 2 minutes 18 seconds 2020.01.20 16:57:48.843 Statistics shortest pass 0:01:57.327, longest pass 0:02:18.116, average pass 0:02:06.879 2020.01.20 16:57:48.843 Statistics 24000 frames (9.43 Mb total, 412 bytes per frame) received 2020.01.20 16:57:48.843 Statistics local 24 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%) 1...8910111213141516171819202122 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
私は16GBのラムを32に変更した理由を理解していない、テスターは16 PC +16仮想を食べたように、今それは32 PC + 31仮想、ナンセンスを食べる、私は32GBのSSDをアンロードし、彼の人生を長引かせると、ピッシュ買った。
スワップファイルの作成を無効にするのはどうでしょうか？また、代わりに、このファイルを16ギガのRAMディスクに作成します。
スワップファイルの作成を無効にするのはどうでしょうか？または、16ギガのRAMディスクに作成します。
swapを無効にすると、All ticksモードでテスターがメモリ不足と表示する
ページングが無効な場合、テスターはメモリが足りないと言う
このため、RAMディスクという選択肢も残されています。
Tree_Brut_TestPL_F_Fast のコンパイルができない
16%でコンパイルに失敗。2台のPCで試しました。MetaEditorのビルドが原因かもしれません。コンパイル済みのものをリセットしてください。
Tree_Brut_TestPL_F_Fast のコンパイルができない
16%でコンパイルに失敗。2台のPCで試しました。MetaEditorのビルドが原因かもしれません。コンパイル済みのものをリセットしてください。
どのくらい待ったのですか？CPUのコアパワーにもよりますが、コンパイルに最大1時間かかります。
コンパイルされたファイルをフォーラムにアップロードすることは禁止されています。
どのくらい待ったのですか？CPUのコアパワーに依存しますが、コンパイルに1時間程度かかることもあります。
コンパイルされたファイルをフォーラムにアップロードすることは禁止されています。
うーん、10分くらい待ったかな))。しかし、ほぼ同じサイズのTree_Brut_TestPL_Fは、5分程度でコンパイルできるようです。もっと待つよ...。
Ryzen 9 3950Xの結果
このプロセッサーのテスト速度に本当に影響を与えるものが何なのか、まだ分かっていません。いろいろ試したが、結果は同じ値の範囲内だ。マザーボードのプリセット値でCPUのベース周波数を+600MHzまで変更しても、何の意味もない。どうやら、テストでは何もしなくてもオーバークロックしてくれるからだそうです。メモリ特性も、表からわかるように、あまり影響がない。 誰が興味を持つか、何かアイデアがあれば投稿してください。
このプロセッサをMT5でテストするための実用的な使い方として、一度では思いつかないようなニュアンスをご紹介しましょう。
まず、MT5のすべてのエージェントは、テストが1つのペアで実行され、異なるペアで実行されない場合でも、なぜか自分用に別のメモリが割り当てられます。また、例えばクロスでテストすると、よりメジャーなものがロードされます。その結果、2年間という期間、実際のティックでテストした場合、各エージェントが7GBのメモリを消費することになりました。そうそう、特筆すべきは、70%のティックが繰り返される（AskとBidが同じ）人気のブローカーで試したことです。カスタムストーリーでもう少し試してみますので、後日、数値を掲載します。だから、64GBのメモリを積むには、8つのエージェントでしかテストできないんです。終了 - 繰り返し刻みをフィルタリングするカスタムストーリー、メモリサイズとテスト期間を常に制御、128GBのメモリと16エージェントでのテスト。そんなもんなんですか！！！？これは私が2年間テストしたわけですが、もっと長い期間をかけたらどうなるのでしょうか......!
2つ目は他のパソコンのEVO860から一時的にSSDを入れました。また、別の問題が発生しました（以前にも似たようなことを書きました）。最適化を開始すると、8パスであっても、エージェントは同時にSSDにアクセスし、RAMのティック履歴に自分自身をポンピングしようとします。 キューがないため、SSDが「赤」になり、MT5のジャーナルにエラーが表示されます。
つまり、テスターはメモリが足りないと書いているのに、ティックのダウンロードに失敗したため、パスを実行できないのです確かに、当時のシステム測定値で私のSSDが最大600MB/sで動作していたことを考えると、64GBのRAMを満たすのにさえ100秒以上かかることになります。そのため、古いSSDは全く適さず、3500GB/sのEVO 970を待っているのですが、128GBでも30秒以上かかってしまうのです。つまり、エラーが残るのです。
そこで、開発者の皆さん。この問題に注意を払わないと、マルチコアプロセッサの使用は不可能ではないにしても、非常に不便です
可能であれば、RAMメモリをもっと経済的に使えるようになればいいと思います。1つの通貨ペアで最適化する場合のみでもOK!結局のところ、テストが1つのシンボルで実行されるなら、きっとすべてのエージェントが1つの同じメモリスペースにアクセスできるのでしょう。なぜ、それぞれがコピーを出すのでしょうか？ そうすれば、メモリ不足やハードディスクからの読み出し速度などの問題もなく、設計も安くなりますよ
もしこれが不可能なら、少なくともエージェントがハードディスクにアクセスするための何らかの待ち行列を作ったり、コピーの待ち時間を増やしたりしてください。しかし、メモリの使用量を最適化すれば、もちろんもっと効率的です
ありがとうございます。
Ryzen 9 3950Xの結果
このプロセッサーのテスト速度に本当に影響を与えるものが何なのか、まだ分かっていません。いろいろ試したが、結果は同じ値の範囲内だ。マザーボードのプリセット値でCPUのベース周波数を+600MHzまで変更しても、何の意味もない。どうやら、テストでは何もしなくてもオーバークロックしてくれるからだそうです。メモリ特性も、表からわかるように、あまり影響がない。何かアイデア、興味のある方、投稿をお願いします。
CPUの周波数はパフォーマンスに影響します。修正するか、制限を設けてみてください。計算の場合、コプロセッサが最も重要であるため、マルチスレッド（XMP）は非線形利得、すなわちコプロセッサによる計算のためのデータ準備の高速化による高速化を実現します。
残りの投稿についてですが、ティックは邪道で、特にクロスが必要な場合、エラー率が大幅に上昇します。 クロスと基準通貨がずれて 変動する。
SSDのエラーはおかしい - この時点で本当にRAMが足りているのか？仮想メモリは無効化されていますか？
プロセッサの周波数は性能に影響します - 固定するか制限を設けてみてください。計算には、まずコプロセッサが重要であり、マルチスレッド（XMP）は、コプロセッサによる計算のためのデータ準備の高速化による非線形利得、すなわち加速をもたらします。
残りの投稿についてですが、ティックは邪道です。特にクロスが必要な場合、エラーレートが劇的に上昇します。 クロスと基準通貨がずれて 変動する。
SSDのエラーはおかしい - この時点で本当にRAMが足りているのか？仮想メモリは無効化されていますか？
確かにそうですね。CPUを異なる周波数で固定した後、顕著な結果。実践の結果、修正しない方が良いことがわかりました。バイオの最新ファームウェアにはまだそのCPUモデルがなく、プリインストールされている以下の固定周波数は、修正しなくてもターボモードで最大周波数になることが分かっています。まだバイオには手を出していませんが、依存の基準はすでに明確になっています。新しいファームウェアを待っています。
仮想メモリを「システム選択で」。SSDをevo 860からevo 970 plusに変更 - RAMを埋めるのが楽しくなり（約3-4倍）、より多くのエージェントで始められるようになりましたが、十分なメモリよりも多くのエージェントを残すとまだエラーが発生します。しかし、実際には、次のような最適化策をとっています。タスクマネージャーは常にオンになっています。最初に8つのエージェントを起動してRAMの負荷をコントロールし、その後RAMが約80%になるまでさらに4つのエージェントを起動します。何も触らなければ、ドライブに負担をかけずにすべてが最適化される。しかし、私がミスをしてエージェントを増やした途端、すぐにssdがフルスロットルになり、なぜかワインドアップが50%ほどメモリをオフロードしてしまうのです。最適化の速度が著しく低下し、端末を再起動して再起動するしか方法がない。こんな感じ。
Tree_Brut_TestPL_F_Fast"のテスト結果です。
1コアあたりのエージェント数。
1スレッドあたりのエージェント数
Tree_Brut_TestPL
ツリー_ブルート_TestPL_F