리눅스 / proc / loadavg
Linux에서이 명령을 실행할 때 :
# cat /proc/loadavg
0.75 0.35 0.25 1/25 1747
마지막 2 개의 숫자는 무엇입니까?
마지막은 1 초마다 2 씩 증가하는데 걱정해야할까요?
마지막 하나는 지난 15 분 동안의 시스템 워크로드입니다.
이 파일의 처음 세 필드는 실행 대기열 (상태 R)의 작업 수 또는 디스크 I / O 대기 (상태 D)의 평균 1 분, 5 분 및 15 분 동안 의 작업 수를 나타내는로드 평균 수치 입니다. 이는 uptime (1) 및 기타 프로그램에서 제공하는로드 평균 수치와 동일합니다.
네 번째 필드는 슬래시 (/)로 구분 된 두 개의 숫자로 구성됩니다. 첫 번째는 현재 실행중인 커널 스케줄링 엔티티 (프로세스, 스레드)의 수입니다. 이것은 CPU 수보다 작거나 같습니다. 슬래시 뒤의 값은 현재 시스템에 존재하는 커널 스케줄링 엔티티의 수입니다.
다섯 번째 필드는 시스템에서 가장 최근에 생성 된 프로세스의 PID입니다.
처음 세 열은 마지막 1 분, 5 분 및 15 분 기간의 CPU 및 I / O 사용률을 측정합니다. 네 번째 열에는 현재 실행중인 프로세스 수와 총 프로세스 수가 표시됩니다. 마지막 열에는 사용 된 마지막 프로세스 ID가 표시됩니다.
https://docs.fedoraproject.org/en-US/Fedora/17/html/System_Administrators_Guide/s2-proc-loadavg.html
받아 들인 답변에 대해 의견을 말하고 싶습니다.
네 번째 필드는 슬래시 (/)로 구분 된 두 개의 숫자로 구성됩니다. 첫 번째는 현재 실행중인 커널 스케줄링 엔티티 (프로세스, 스레드)의 수입니다. 이것은 CPU 수보다 작거나 같습니다.
입력에서 정수 N을 읽고 N 스레드를 만들고 영원히 실행하는 테스트 프로그램을 수행했습니다. RHEL 6.5 컴퓨터에는 8 개의 프로세서가 있고 각 프로세서에는 하이퍼 스레딩이 있습니다. 어쨌든 테스트를 실행하면 128 개 스레드가 생성되면 128 개보다 큰 네 번째 필드 값 (예 : 135)이 표시됩니다. CPU 수보다 분명히 큽니다. 이 게시물은 내 관찰을 지원합니다 : http://juliano.info/en/Blog:Memory_Leak/Understanding_the_Linux_load_average
proc (5) 매뉴얼 페이지 (2009 년 3 월 맨 페이지 버전 3.21 기준)의 현재 설명이 잘못되었다는 점은 주목할 가치가 있습니다. 현재 실행중인 스케줄링 엔티티의 수로 네 번째 필드의 첫 번째 숫자를보고하므로 CPU 수보다 클 수 없다고 예측합니다. 이 값은 현재 실행 가능한 스레드 수를보고하는 실제 구현과 일치하지 않습니다.
참고 URL : https://stackoverflow.com/questions/11987495/linux-proc-loadavg
'developer tip' 카테고리의 다른 글
| 동일한 "id"를 가진 여러 요소가있을 때 jQuery는 어떻게 작동합니까? (0) | 2020.11.15 |
|---|---|
| 루프 내에서 함수를 만들지 마십시오. (0) | 2020.11.15 |
| 첫 번째 명령을 일시 중단하더라도 (Ctrl-z) 명령을 하나씩 실행합니다. (0) | 2020.11.15 |
| ggplot에서 패싯 순서 수정 (0) | 2020.11.15 |
| Android Studio : 무기한 실행되는 백그라운드 작업 (0) | 2020.11.15 |