私はVS 2017で非常に大規模なプロジェクトに取り組んでいます.VSは初めてで、デバッグツールであり、以下のコールツリーを解釈する方法を理解するのに苦労しています. 私が理解していることから、自己CPU時間は呼び出し元のメソッドにかかる時間であり、残りの時間はその中で呼び出されるメソッドにかかります。ツリーの最初の項目が自己 CPU 時間を大量に消費している理由がわかりません。外部コードを解釈できるように追加のシンボルをインストールすることになりましたが、私が見たもののほとんどは、スレッドやその他の低レベル操作の開始/停止でした (私はよく知らず、パフォーマンスを改善できるかどうか疑問に思っています)。外部コードが自己 CPU 時間を大量に消費するのはなぜですか? パフォーマンスを向上させるためにできることはありますか? ここで何が起こっているのかを解明するのに役立つ他の方法/ツールはありますか?

外部コードの高い自己 CPU 時間

サイズ n のパラメーターを受け取ることができるメソッドがあるとします (サイズ n の配列のように)。VisualVM の Profiler を使用して、自動化された方法でさまざまな配列サイズのメソッドの CPU 時間を調査することは可能ですか?

現在、特定の実行中のインスタンスを調査する方法しか知りません。ループを使用して n を増やしてメソッドを繰り返しても、VisualVM のプロファイラーは累積 CPU 時間しか教えてくれません。理想的には、CPU 時間と n のグラフをプロットできます。ここで、n はメソッドに渡すパラメーターのサイズです。これは VisualVM で可能ですか?

Fortran 95 で Open MP を使用して熱伝達シミュレーション プログラムの並列バージョンを作成しましたが、動作しているようです (結果は同じです)。ただし、経過時間（「ウォールクロック」時間）はシーケンシャルバージョンと同じです。私のデフォルトのスレッド数は 4 ですが、変更しても計算時間はほぼ同じです... Open MP と並列化も初めてなので、エラーがどこにあるかを理解するのに苦労しています。多分あなたは私がそれらを見つけるのを手伝ってくれませんか？

編集：

これが私のコードです

したがって、これらの 15 回の反復では、フォーマットされた方法での経過時間は、スレッド数に関係なく約 16 秒になり、順次 (約 21 秒) より少し短くなります。フォーマットされていない方法では非常に高速です（約1秒）が、「�..」（おそらくバイナリ？）のようなシンボルを受け取り、それを後処理して何かをプロットする方法がわかりません...コンパイルしますgfortran -fopenmp -g -fcheck=all -Wall para_heat_3D_unsteady.f95 環境変数が設定されていません。