「top」出力の「負荷平均」をどのように解釈しますか？ディストリビューションはすべて同じですか？

Question 1

CPUロードは、実行キューの長さ、つまり実行を待つプロセスキューの長さです。

このuptimeコマンドを使用すると、通常表示される最後の1分、最後の5分、最後の15分の実行キューの平均長を表示できますtop。

ロード値が高いとは、実行キューが長いことを意味します。値が低いとは、長さが短いことを意味します。したがって、1分の負荷平均が0.05の場合、その1分間に実行キューに実行待機中のプロセスが平均0.05個あったことを意味します。それはパーセンテージではありません。 AFAIK、これはすべてのUnicesで同じです（一部はI / Oを待つプロセスを計算するわけではありませんが、Linuxはそうだと思います。OpenBSDもしばらくカーネルスレッドのみを計算するため、ロードは常に1以上です）。

Linuxtopユーティリティはカーネルからロード値を取得して書き込みます/proc/loadavg。確認するprocps-3.2.8、私達は見た:

負荷平均を表示するにsprint_uptime()は、この関数を呼び出しますtop.c。
この関数はに存在proc/whattime.cしloadavg()ますproc/sysinfo.c。
LOADAVG_FILE負荷平均を読み取るには、この機能をオンにするだけです。
LOADAVG_FILE以前はと定義されていました"/proc/loadavg"。

Answer

CPUロードは、実行キューの長さ、つまり実行を待つプロセスキューの長さです。

このuptimeコマンドを使用すると、通常表示される最後の1分、最後の5分、最後の15分の実行キューの平均長を表示できますtop。

ロード値が高いとは、実行キューが長いことを意味します。値が低いとは、長さが短いことを意味します。したがって、1分の負荷平均が0.05の場合、その1分間に実行キューに実行待機中のプロセスが平均0.05個あったことを意味します。それはパーセンテージではありません。 AFAIK、これはすべてのUnicesで同じです（一部はI / Oを待つプロセスを計算するわけではありませんが、Linuxはそうだと思います。OpenBSDもしばらくカーネルスレッドのみを計算するため、ロードは常に1以上です）。

Linuxtopユーティリティはカーネルからロード値を取得して書き込みます/proc/loadavg。確認するprocps-3.2.8、私達は見た:

負荷平均を表示するにsprint_uptime()は、この関数を呼び出しますtop.c。
この関数はに存在proc/whattime.cしloadavg()ますproc/sysinfo.c。
LOADAVG_FILE負荷平均を読み取るには、この機能をオンにするだけです。
LOADAVG_FILE以前はと定義されていました"/proc/loadavg"。

Question 2

負荷平均は通常コアによって計算されます。topと同じアプリケーションは、ライブラリ呼び出しをuptime使用してアクセスできますgetloadavg(3)（つまり、異なるUnixバージョン間で移植可能であることを意味します）。 Linuxでは通常読み込みが発生します/proc/loadavg。 FreeBSDでは、これはシステムコールです。

たとえば、

#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>

int main()
{
  double ld[3];

  int i=getloadavg(ld,3);
  printf("Load %.2f %.2f %.2f\n",ld[0],ld[1],ld[2]);
}

uptimeどちらもtopデータを取得するために同様の呼び出しを行います。

1/5/15分ロード平均は、実行キューのプロセス数です。各種オペレーティングシステム可能さまざまな方法で計算されます。主な違いは、通常、I / Oを待っているプロセス（ディスクからブロックされているなど）が実行可能として計算されるかどうかです。これはLinuxでも同様です。

したがって、負荷平均3.4は、サンプル期間（1、5、15分）の間に実行キューに平均3.4のプロセスがあったことを意味します。

ただし、負荷平均が高いとは必ずしもサーバーに過負荷がかかったという意味ではありません。コアが16個の場合、負荷平均はストレスなしで16になります。さらに、多数のアプリケーション呼び出しが発生する可能性があり、fork()これにより多数のプロセスが作成/削除され、負荷平均が高くなりますが、サーバーのパフォーマンスに大きな影響を与えない可能性があります。％CPU Busyなどの他の指標と一緒にガイドとしてのみ使用してください。

Answer

負荷平均は通常コアによって計算されます。topと同じアプリケーションは、ライブラリ呼び出しをuptime使用してアクセスできますgetloadavg(3)（つまり、異なるUnixバージョン間で移植可能であることを意味します）。 Linuxでは通常読み込みが発生します/proc/loadavg。 FreeBSDでは、これはシステムコールです。

たとえば、

#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>

int main()
{
  double ld[3];

  int i=getloadavg(ld,3);
  printf("Load %.2f %.2f %.2f\n",ld[0],ld[1],ld[2]);
}

uptimeどちらもtopデータを取得するために同様の呼び出しを行います。

1/5/15分ロード平均は、実行キューのプロセス数です。各種オペレーティングシステム可能さまざまな方法で計算されます。主な違いは、通常、I / Oを待っているプロセス（ディスクからブロックされているなど）が実行可能として計算されるかどうかです。これはLinuxでも同様です。

したがって、負荷平均3.4は、サンプル期間（1、5、15分）の間に実行キューに平均3.4のプロセスがあったことを意味します。

ただし、負荷平均が高いとは必ずしもサーバーに過負荷がかかったという意味ではありません。コアが16個の場合、負荷平均はストレスなしで16になります。さらに、多数のアプリケーション呼び出しが発生する可能性があり、fork()これにより多数のプロセスが作成/削除され、負荷平均が高くなりますが、サーバーのパフォーマンスに大きな影響を与えない可能性があります。％CPU Busyなどの他の指標と一緒にガイドとしてのみ使用してください。

Question 3

ロード平均は、特定のツールやディストリビューションに固有のものではなく、カーネルまたはより正確にはスケジューラによって提供されるメジャーであるため、デプロイメントに依存しないメジャーです。測定結果はprocファイルシステムに記録されます。/proc

解釈によると、負荷平均指標は次のとおりです。いいえCPUの動作強度と実行する作業量を示します。実行可能または中断できない状態のプロセス数を直接測定するので、実際にこれを掛ける必要はないと思います。

詳細については、次のgetloadavg(3)2つのマニュアルページをご覧ください。uptime

負荷平均指標は最初は理解しにくい概念である可能性があり、多くの人がこれがCPUがどれほど懸命に機能しているかを示すと思いますが、実際にはそうではありません。

Answer

ロード平均は、特定のツールやディストリビューションに固有のものではなく、カーネルまたはより正確にはスケジューラによって提供されるメジャーであるため、デプロイメントに依存しないメジャーです。測定結果はprocファイルシステムに記録されます。/proc

解釈によると、負荷平均指標は次のとおりです。いいえCPUの動作強度と実行する作業量を示します。実行可能または中断できない状態のプロセス数を直接測定するので、実際にこれを掛ける必要はないと思います。

詳細については、次のgetloadavg(3)2つのマニュアルページをご覧ください。uptime

負荷平均指標は最初は理解しにくい概念である可能性があり、多くの人がこれがCPUがどれほど懸命に機能しているかを示すと思いますが、実際にはそうではありません。

「top」出力の「負荷平均」をどのように解釈しますか？ディストリビューションはすべて同じですか？

答え1

答え2

答え3

関連情報