"로드 에버리지"의 두 판 사이의 차이

(사용자 2명의 중간 판 34개는 보이지 않습니다)
1번째 줄: 1번째 줄:
;load, average
==개요==
;부하 평균, 로드 에버리지
;load average, system load
;부하 평균, 로드 평균, 로드 에버리지, 시스템 로드, 시스템 부하, 부하량 평균, 시스템 평균부하량
* 시스템의 평균 부하량
* 1분, 5분, 15분의 평균부하량 ★
* 수용가능한 양은 1.00(즉 100%)
* 요청이 많이 들어오면 1.00 이상의 수치가 됨.<ref>그렇다고 실제 사용률이 100%를 넘는 것은 아니다. 불가능하니까 (...)</ref>
* 절대적인 기준은 없지만 일반적으로 5 이하를 유지하면 정상으로 봄


==개요==
<source lang='console'>
*CPU에 대한 부하량을 보여주는 수치
[root@zetawiki ~]# uptime
*수용가능한 양은 1.00(즉 100%)
*요청이 많이 들어오면 1.00 이상의 수치가 됨
<source lang='dos'>
[root@jmnote ~]# uptime
  13:40:03 up 29 days, 19:52,  4 users,  load average: 1.73, 0.60, 7.98
  13:40:03 up 29 days, 19:52,  4 users,  load average: 1.73, 0.60, 7.98
</source>
</source>
*1분간 CPU부하량 173%(=과부하 73%<ref>100%를 넘는 부분(73%)은 대기해야 </ref>)
:→ 1분간 평균부하량 173%<ref>과부하인 73%대기해야 한다. 경험적으로 과부하가 상당히 높아도, 틈나는대로 돌려가면 쓰기 때문에 별 문제 없는 경우도 많다. 너무 높으면 서비스 지연을 발생할 수도 있겠지만 시스템가 뻗어버릴 정도로 되지 않는다. 시스템 프로세스는 웹서비스 프로세스에 비해 우선순위는 높고 부하는 낮다.</ref>
*5분간 CPU부하량 60%<ref>100% 이하일 때는 CPU 사용률이라고도 할 수 있음</ref>
:→ 5분간 평균부하량 60%
*15분간 CPU부하량 798%(=과부하 698%)
:→ 15분간 평균부하량 798%<ref>과부하 698%</ref>


==top==
==top==
top에서 보여주는 첫줄은 uptime에서 보여주는 정보와 같다.
top에서 보여주는 첫줄은 uptime에서 보여주는 정보와 같다.
<source lang='dos'>
<source lang='console'>
[root@jmnote ~]# top
[root@zetawiki ~]# top
top - 13:41:15 up 29 days, 19:53,  4 users,  load average: 1.73, 0.60, 7.98
top - 13:41:15 up 29 days, 19:53,  4 users,  load average: 1.73, 0.60, 7.98
Tasks: 142 total,  2 running, 140 sleeping,  0 stopped,  0 zombie
Tasks: 142 total,  2 running, 140 sleeping,  0 stopped,  0 zombie
31번째 줄: 33번째 줄:


==같이 보기==
==같이 보기==
*[[uptime]]
*[[로드 에버리지 이력 보기]]
*[[top]]
*[[리눅스 uptime]]
*[[리눅스 top]]
*[[리눅스 sar]]
*[[리눅스 batch]]
*[[CPU 사용률]]
*[[CPU 사용률]]
*[[부하]] (load)
*[[평균]]
*[[/proc/loadavg]]
*[[해당 웹페이지를 사용할 수 없음]]


==주석==
==참고==
<references/>
* {{영어위키백과|Load (computing)}}


[[분류: 리눅스]]
[[분류: 리눅스]]

2018년 4월 6일 (금) 14:47 판

1 개요

load average, system load
부하 평균, 로드 평균, 로드 에버리지, 시스템 로드, 시스템 부하, 부하량 평균, 시스템 평균부하량
  • 시스템의 평균 부하량
  • 1분, 5분, 15분의 평균부하량 ★
  • 수용가능한 양은 1.00(즉 100%)
  • 요청이 많이 들어오면 1.00 이상의 수치가 됨.[1]
  • 절대적인 기준은 없지만 일반적으로 5 이하를 유지하면 정상으로 봄
[root@zetawiki ~]# uptime
 13:40:03 up 29 days, 19:52,  4 users,  load average: 1.73, 0.60, 7.98
→ 1분간 평균부하량 173%[2]
→ 5분간 평균부하량 60%
→ 15분간 평균부하량 798%[3]

2 top

top에서 보여주는 첫줄은 uptime에서 보여주는 정보와 같다.

[root@zetawiki ~]# top
top - 13:41:15 up 29 days, 19:53,  4 users,  load average: 1.73, 0.60, 7.98
Tasks: 142 total,   2 running, 140 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1048576k total,  1041016k used,     7560k free,     7264k buffers
Swap:  2031608k total,    80296k used,  1951312k free,    54988k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                             
    1 root      15   0 10368  584  552 S  0.0  0.1   0:00.06 init                                                 
    2 root      RT  -5     0    0    0 S  0.0  0.0   0:01.02 migration/0                                          
... (생략)

3 같이 보기

4 참고

  1. 그렇다고 실제 사용률이 100%를 넘는 것은 아니다. 불가능하니까 (...)
  2. 과부하인 73%는 대기해야 한다. 경험적으로 과부하가 상당히 높아도, 틈나는대로 돌려가면 쓰기 때문에 별 문제 없는 경우도 많다. 너무 높으면 서비스 지연을 발생할 수도 있겠지만 시스템가 뻗어버릴 정도로 되지 않는다. 시스템 프로세스는 웹서비스 프로세스에 비해 우선순위는 높고 부하는 낮다.
  3. 과부하 698%
문서 댓글 ({{ doc_comments.length }})
{{ comment.name }} {{ comment.created | snstime }}