"top" 출력의 "부하 평균"을 어떻게 해석합니까? 배포판은 모두 동일합니까?

Question 1

CPU 로드는 실행 대기열의 길이, 즉 실행을 기다리는 프로세스 대기열의 길이입니다.

이 uptime명령을 사용하면 일반적으로 표시되는 마지막 1분, 마지막 5분, 마지막 15분 동안의 실행 대기열의 평균 길이를 볼 수 있습니다 top.

로드 값이 높다는 것은 실행 큐가 길다는 것을 의미합니다. 값이 낮다는 것은 길이가 짧다는 것을 의미합니다. 따라서 1분 로드 평균이 0.05라면 해당 1분 동안 실행 큐에 실행 대기 중인 프로세스가 평균 0.05개 있었다는 의미입니다. 그것은 백분율이 아닙니다. AFAIK, 이것은 모든 Unices에서 동일합니다(일부는 I/O를 기다리는 프로세스를 계산하지 않을 수도 있지만 Linux는 그렇다고 생각합니다. OpenBSD도 한동안 커널 스레드만 계산하므로 로드는 항상 1 이상입니다).

Linux top유틸리티는 커널에서 로드 값을 가져와서 씁니다 /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 이상입니다).

Linux top유틸리티는 커널에서 로드 값을 가져와서 씁니다 /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에서는 일반적으로 read 가 발생합니다 /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에서는 일반적으로 read 가 발생합니다 /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)다음 두 매뉴얼 페이지를 살펴보십시오.uptime

로드 평균 지표는 처음에는 이해하기 어려운 개념일 수 있으며 많은 사람들이 이것이 CPU가 얼마나 열심히 작동하는지를 나타내는 것으로 생각하지만 사실은 그렇지 않습니다.

Answer

로드 평균은 특정 도구나 배포판에 특정한 것이 아니라 커널 또는 더 정확하게는 스케줄러에서 제공하는 측정값이므로 배포 독립적인 측정값입니다. 측정 결과는 proc 파일 시스템에 기록됩니다./proc

해석에 따르면 부하 평균 측정항목은 다음과 같습니다.아니요CPU의 작동 강도와 수행해야 할 작업량을 나타냅니다. 실행 가능하거나 중단할 수 없는 상태의 프로세스 수를 직접 측정하기 때문에 실제로 이를 곱할 필요는 없다고 생각합니다.

자세한 내용은 getloadavg(3)다음 두 매뉴얼 페이지를 살펴보십시오.uptime

로드 평균 지표는 처음에는 이해하기 어려운 개념일 수 있으며 많은 사람들이 이것이 CPU가 얼마나 열심히 작동하는지를 나타내는 것으로 생각하지만 사실은 그렇지 않습니다.

"top" 출력의 "부하 평균"을 어떻게 해석합니까? 배포판은 모두 동일합니까?

답변1

답변2

답변3

관련 정보