問題タブ [flamegraph]

アプリケーションのパフォーマンスが悪いため、フライト レコーダーのメソッド プロファイリングを使用して、どこで時間が費やされているかを確認しました。基本的には動作していますが、1 分間の記録で取得したサンプル数は 100 をはるかに下回っています。(「プロファイリング」プリセットを使用)

比較のために単純なサンプル アプリケーション (乱数の合計) を使用しました。これは、1 分間または記録で約 6000 個のサンプルを生成します。これは正しいように思えます。

フロントページには、次のようないくつかの警告があります。メモリ消費量が多い、例外がたくさんあります。しかし、アプリケーションは基本的には機能しているので、これはニシンかもしれません。

数を増やすことで、「スタック深度が切り捨てられた」問題をすでに修正しました。

私の推測では、フライト レコーダーの設定が間違っているか、実際にはコードではなく他のタスクに時間が費やされているかのいずれかです。実行中はCPUがかなりビジーなので、すべてのスレッドが待機しているとは限りません。

重要な情報を教えてください。追加できます。

(Jetty を Web サーバーとして使用して Scala で記述された Web フレームワーク ライブラリです。Oracle JDK 8)

Clinic を使用してフレームグラフを作成しましたが、Mongoose から多くのアクティビティが発生しています。共通のテーマは、これらの呼び出しの多くが「行: 1、列: 1」であるように見えることを示しているようです。表面的には、この問題を解決するためにマングースを最適化する方法があるようです。理想的には、Mongoose がこのフレームグラフで実行されている時間が長いように見えるので、時間を短縮したいと考えています。

私はフレームグラフの初心者であり、適切に解読するために取り組んでいます。Mongoose が予想よりも多くの時間を費やしていると仮定するのは正しいですか? もしそうなら、問題を解決するために利用できる設定はありますか?

アップデート

2 番目のグラフは、最も長く実行されていると思われるプロセスを拡張した結果です。最初のグラフの上部にある黄色い炎。これは、初期ロード段階で発生しているようです。展開してみると、getModuleJob 関数が最も長く実行されているように見えました。確かに、package.json と --experimental-modules セットで "type": "module" を使用しています。