CPU は多くの場合、システム パフォーマンスのボトルネックになります。次のような原因が考えられます。
CPU使用率が高すぎると言う場合、比較のためのベンチマーク値を意味します。例えば、
JVM プロセスは複数の Java スレッドで構成されます。
最も重要なことは、どのスレッドが CPU を消費しているかを調べ、スレッド スタックを通じて問題のあるコードを見つけることです。個々のスレッドの CPU 使用率が特に高くない場合は、スレッド コンテキストの切り替えが CPU 使用率の高さの原因になっているかどうかを検討します。 場合プログラムは高いCPU使用率をシミュレートします - スレッドプールに4096個のスレッドを作成します Linux環境でプログラムを起動します。 java -Xss256k -jar デモ-0.0.1-SNAPSHOT.jar スレッド スタック サイズは 256 KB に指定されています。テスト プログラムの場合、4096 個のスレッドを作成する必要があるため、オペレーティング システムのデフォルト値 8192 KB は大きすぎます。 top コマンドを使用すると、Java プロセスが CPU の 961.6% を使用しており、プロセス ID が 55790 であることがわかります。 より洗練された top コマンドを使用して、この Java プロセス内の各スレッドの CPU 使用率を表示します。 #トップ -H -p 55790 「scheduling-1」というスレッドがCPUを大量に占有しており、42.5%に達していることがわかります。したがって、次のステップは、このスレッドが何をしているのかを調べることです。 スレッドが何をしているかを調べるには、jstack を使用してスレッド スナップショットを生成します。 jstack 55790 > 55790.log 55790.log を開き、手順 4 で見つかったscheduling-1という名前のスレッドを見つけます。そのスレッド スタックは次のとおりです。 AbstractExecutorService#submit の関数呼び出しを見ると、これは Spring Boot によって開始される定期的なタスク スレッドであり、スレッド プールにタスクを送信して CPU を大量に消費していることがわかります。 コンテキスト切り替えのオーバーヘッド?上記のプロセスを実行すると、CPU を大量に消費するスレッドや、デッド ループなどのバグ コードを見つけることができる場合が多くあります。しかし、このケースでは、Java プロセスが CPU の 961.6% を占有しているのに対し、「scheduling-1」スレッドは CPU の 42.5% しか占有していません。では、残りの CPU は誰が占有しているのでしょうか? ステップ 4 では、top -H -p pid コマンドで表示されるスレッド リストに「pool-1-thread-x」という名前のスレッドが多数あります。個々の CPU 使用率は高くありませんが、数は比較的多いようです。ご想像のとおり、これらはスレッド プール内で作業を実行するスレッドです。残りの CPU はこれらのスレッドによって消費されますか? また、主にこれらのスレッド プール内のスレッドが実際に動作しているのか、それとも「休止」しているのかを確認するために、jstack の出力結果を確認する必要もあります。 これらの「pool-1-thread-x」スレッドは基本的に WAITING 状態にあることがわかります。
「pool-1-thread-x」スレッドに戻ると、これらのスレッドは「待機中」状態です。スレッド スタックから、これらのスレッドが getTask メソッド呼び出しを「待機中」であることがわかります。スレッドはスレッド プールのキューからタスクを取得しようとしますが、キューが空であるため、LockSupport.park 呼び出しによって「待機中」状態になります。 「pool-1-thread-x」スレッドはいくつありますか?次のコマンドはスレッドの数をカウントするために使用され、結果は 4096 となり、これはスレッド プール内のスレッドの数とまったく同じです。 grep -o 'pool-2-thread' 55790.log | wc -l 残りの CPU を消費するのは誰ですか? vmstat コマンドを使用して、オペレーティング システム レベルでのスレッド コンテキスト切り替えアクティビティを表示してみましょう。 cs 列はスレッド コンテキスト スイッチの数を示し、in は CPU 割り込みの数を示します。これら 2 つの数値は非常に高いことがわかりました。これは基本的に、スレッド コンテキスト スイッチが大量の CPU を消費するという私たちの推測を裏付けています。 Spring Boot プログラムを停止し、vmstat コマンドを再度実行します。in と cs の両方が大幅に低下していることがわかります。これにより、スレッド コンテキスト切り替えのオーバーヘッドの原因となる Java プロセスが 55790 であることが確認できます。 要約するCPU 使用率が高すぎる場合は、まず原因となっているプロセスを特定します。次に、top -H -p pid コマンドを使用して特定のスレッドを特定します。 Tomcat プロセスが CPU を過剰に占有する問題を解決する方法についての記事はこれで終わりです。Tomcat プロセスが CPU を過剰に占有する問題の詳細については、123WORDPRESS.COM の以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。 以下もご興味があるかもしれません:
|
<<: シンプルなウェブデザインコンセプトのカラーマッチング
>>: MySQL query_cache_type パラメータと使用方法の詳細
私は2年間運用保守に携わり、多くのコマンドを使用しました。特定のLinuxコマンドを習得すると、どれ...
目次1. Vueの概要Vue公式サイトMVVM アーキテクチャ パターンVue の紹介2. Vueを...
これまでの記事はすべて私自身の学習記録であり、主に以前に遭遇した落とし穴を忘れないようにするためのも...
問題:あるサーバー上の PHP プログラムは、localhost アドレス経由でデータベースに接続で...
次のグラフは、100 個の異なる要素で iframe を作成するのにどれくらいの時間がかかるかを示し...
この記事では、3Dカルーセル効果をjsで実装するための具体的なコードを参考までに共有します。具体的な...
HTMLを学ぶとき、画像タグ<img>は画像を導入します <img src=&qu...
画像の色を変更するための CSS テクニックは非常にシンプルです。具体的なコードは次のとおりです。ヒ...
ウェブサイトでは、コンテンツの(100-1)%がナビゲーションです1. ジェシー・ジェームズ・ギャレ...
コンテンツ詳細タグ: <h1>~<h6>タイトルタグ<pre>テ...
1. イジェクトが推奨されないのはなぜですか? 1. eject を実行した後、どのような変化があり...
データの昇順、降順ソート1. フィールド名による単一フィールドのソート順機能:どのフィールドを基準に...
以前、プロジェクトを開発しました。バックエンドのインターフェースを書くために Flask フレームワ...
ページ: ベース: <テンプレート> <div class="タブコンテ...
<button> タグ<br />定義と使用法<button> ...