CentOS システムの負荷を詳細に分析

uptime コマンド エコーの負荷平均の意味は、w コマンドの意味と似ており、どちらも過去 1 分、5 分、および 15 分間のプロセス キュー内のプロセスの平均数を表します。

ここで注意する必要があるのは、負荷平均の出力値です。これら 3 つの値のサイズは、通常、システム内の論理 CPU の数を超えることはできません。たとえば、この出力では、システムには 4 つの論理 CPU があり、負荷平均の 3 つの値が長期にわたって 4 より大きい場合、CPU が非常にビジーで負荷が非常に高いことを意味し、システムのパフォーマンスに影響を与える可能性があります。場合によっては 4 より大きくなることがありますが、通常はシステムのパフォーマンスに影響を与えませんので、心配する必要はありません。逆に、ロードアベレージの出力値が CPU の数よりも小さい場合は、CPU がまだアイドル状態であることを意味し、たとえばこの例の出力は、CPU が比較的アイドル状態であることを示しています。

CPU が完全にアイドル状態の場合、平均負荷は 0 になります。CPU ワークロードが飽和している場合、平均負荷は 1

システム負荷は 0 です。これは、橋上に 1 台の車も存在しないことを意味します;

システム負荷は 0.5 です。これは、橋の半分に車があることを意味します;

システム負荷は 1.0 です。これは、橋のすべてのセクションに車両があり、橋が「いっぱい」であることを意味します。ただし、この時間までは橋はまだスムーズに通過できることに注意する必要があります;

システム負荷は 1.7 です。これは、車両が多すぎて、橋はすでに占有されており (100%)、後ろの橋に乗るのを待っている車両が橋のデッキ上の車両の 70% であることを意味します。類推すると、システム負荷 2.0 は、橋の床版上の車両の数と同数の橋に乗るのを待っている車両があることを意味し、システム負荷 3.0 は、橋の上に上がるのを待っている車両の数の 2 倍があることを意味します。橋の床版には車両がいます。つまり、システム負荷が 1 より大きい場合、後続車両は待機する必要があり、システム負荷が大きくなるほど、橋を通過するまでの待機時間が長くなります。

CPU のシステム負荷は、基本的に上記の類似と同等です。橋の交通容量は CPU の最大作業負荷であり、橋上の車両は CPU による処理を待っているプロセスです。

CPU が 1 分あたり最大 100 プロセスを処理する場合、システム負荷 0.2 は、CPU がこの 1 分間に 20 プロセスのみを処理することを意味し、システム負荷 1.0 は、CPU がこの 1 分間にちょうど 100 プロセスを処理することを意味します。システム負荷は 1.7 です。これは、CPU によって処理されている 100 のプロセスに加えて、CPU の処理を​​待機しているキューに 70 のプロセスがあることを意味します。

システム負荷が 0.7 を超え続ける場合は、状況の悪化を防ぐために、問題がどこにあるのか調査を開始する必要があります。

システム負荷が 1.0 を超え続ける場合は、この値を下げる解決策を見つける必要があります。

システム負荷が 5.0 に達すると、システムに重大な問題が発生したか、長時間応答しなかったか、クラッシュ寸前であることを意味します。システムがこの値に達しないようにしてください。

つまり、2 CPU はシステム負荷が 2.0 に達する可能性があることを示しており、その時点で各 CPU のワークロードは 100% に達します。大まかに言うと、n 個の CPU を搭載したコンピューターの場合、許容可能な最大システム負荷は n.0 です。

cat /proc/cpuinfo" コマンドは CPU 情報を表示できます。 "grep -c 'モデル名' /proc/cpuinfo" コマンドは CPU の総コア数を直接返します。

1 分間のみのシステム負荷が 1.0 を超え、他の 2 つの期間が 1.0 未満の場合、これは一時的な現象にすぎず、問題は深刻ではないことを示します。

(CPU コアの数を調整した後) 15 分以内に平均システム負荷が 1.0 を超えた場合、問題が一時的な現象ではなく継続していることを示します。したがって、コンピュータの正常な動作の指標として、主に「15 分間のシステム負荷」を観察する必要があります。

以上がCentOS システムの負荷を詳細に分析の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。