“顶部”输出中的“平均负载”如何解释？所有发行版都一样吗？

Question 1

CPU负载是运行队列的长度，即等待运行的进程队列的长度。

该uptime命令可用于查看最后一分钟、最后五分钟和最后 15 分钟运行队列的平均长度，就像通常显示的那样top。

负载值高意味着运行队列很长。值低意味着它很短。因此，如果一分钟平均负载为 0.05，则意味着在那一分钟内平均有 0.05 个进程在运行队列中等待运行。它不是一个百分比。 AFAIK，这在所有 Unices 上都是一样的（尽管有些 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命令可用于查看最后一分钟、最后五分钟和最后 15 分钟运行队列的平均长度，就像通常显示的那样top。

负载值高意味着运行队列很长。值低意味着它很短。因此，如果一分钟平均负载为 0.05，则意味着在那一分钟内平均有 0.05 个进程在运行队列中等待运行。它不是一个百分比。 AFAIK，这在所有 Unices 上都是一样的（尽管有些 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 繁忙程度）一起用作指导。

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 繁忙程度）一起用作指导。

Question 3

负载平均值不是特定于任何特定工具或发行版的东西，它是由内核或更准确地说是调度程序提供的测量值，因此它是独立于发行版的测量值。测量结果记录在 proc 文件系统内/proc

根据它的解释，负载平均指标是不是指示 CPU 的工作强度以及需要完成的工作量。我认为实际上没有必要将其乘以任何值，因为它是对处于可运行或不可中断状态的进程数量的直接测量。

尝试查看以下两个手册页：getloadavg(3)和uptime以获取更多信息。

负载平均指标一开始可能是一个难以理解的概念，我认为很多人认为它表明了 CPU 的工作强度，但事实并非如此。

Answer

负载平均值不是特定于任何特定工具或发行版的东西，它是由内核或更准确地说是调度程序提供的测量值，因此它是独立于发行版的测量值。测量结果记录在 proc 文件系统内/proc

根据它的解释，负载平均指标是不是指示 CPU 的工作强度以及需要完成的工作量。我认为实际上没有必要将其乘以任何值，因为它是对处于可运行或不可中断状态的进程数量的直接测量。

尝试查看以下两个手册页：getloadavg(3)和uptime以获取更多信息。

负载平均指标一开始可能是一个难以理解的概念，我认为很多人认为它表明了 CPU 的工作强度，但事实并非如此。

“顶部”输出中的“平均负载”如何解释？所有发行版都一样吗？

答案1

答案2

答案3

相关内容