테스트 리눅스 시스템의 성능 및 조정하려면, 먼저 리눅스의 세계 평균 부하를 확인해야합니다
1. 평균 부하로드 평균 무엇입니까
평균 부하는 특정 시간 간격 내에서 실행 큐에서 프로세스의 평균 개수로서 정의된다. 또한 단순히 활성 프로세스의 평균으로 이해 될 수있다.
간단히 말해서, 상기 시스템은 활성 프로세스, CPU 사용량의 평균 수있는 프로세스의 중단의 주행 상태가 아닌 상태의 평균 개수이고, 단위 시간 당 평균 부하를 의미하고, 그것은 직접적인 관계가 없다.
상태를 실행할 수있는 소위 처리, 그것은, 우리가 일반적으로 ps 명령을 무엇을보고는 R 상태 (실행 또는 Runnable를) 과정에 어떻게 CPU의 대부분 또는 CPU 처리를 기다리고있다.
과정이 아닌 중단 상태는 커널 모드 키 프로세스의 과정이며, 이러한 과정은 그러한 우리는 ps 명령의 D에서 볼 무엇 하드웨어 I / O 응답을 기다리는 가장 일반적으로, 중단되지 않습니다 처리 상태 (또한 디스크 수면라는 무정전 수면).
예를 들어, 데이터 일관성을 보장 응답하기 전에 디스크를 얻기 위해, 읽기, 디스크에 데이터를 작성하는 프로세스가, 그것은 다른 프로세스에 의해 중단 할 수 없거나,이 시간을 중단 할 때 과정은 상태에서 중단되지 않습니다. 프로세스가이 시간에 중단 된 경우, 일치하지 않는 데이터 및 프로세스 데이터 디스크에 문제가 발생하기 쉬운. 그래서,하지 인터럽트 상태가 실제로 프로세스 및 시스템 하드웨어의 보호 메커니즘이다 않습니다.
당신은 간단하게 이해할 수 있도록 사실, 평균 부하는 활성 프로세스의 평균 수입니다. 활성 프로세스의 평균 수는 직관적에 단위 시간당 활성 프로세스의 수는 있지만,이 기하 급수적으로 평균 부패 활성 프로세스의 수는 실제로 이해합니다. 활성 프로세스의 평균 수는 아무런 문제가 없기 때문에 당신이에 대해 걱정하지 않는다 "지수 붕괴 평균"의 자세한 의미는,이 단지 더 빠른 계산하는 시스템입니다 직접 넣어.
2. 왜 평균 부하 모니터링입니다
평균 부하는 시간 단위 당 활성 프로세스의 평균이고, 평균 부하 / CPU = 활성 CPU 처리부 프로세스의 수. 이상적인 각 CPU가 바로 각 CPU가 완전히 활용되었다 그래서, 프로세스를 실행하는 것입니다 그래서.
이 시스템은 두 개의 CPU가있는 경우
- 때 CPU의 모든 그냥 완전히 점령 된 것을 의미 2의로드 평균,
- 경우 1 개 수단의 평균 부하하는 모든 CPU 유휴 50 %
- 평균 부하는 의미, 4 인 경우 그 프로세스 CPU의 경쟁의 모든 미만의 절반
상기 계산에서가 체결 될 수 평균 IS 최고 부하 CPU의 개수와 동일한 곳에 .
CPU # 20의 수 ---보기 시스템
[루트 노드 2 @ ~] #의 GREP ' 모델 이름 ' /가 / cpuinfo의 PROC | WC는 - L (20)가
당신이 평균 부하를 보는 방법 (3)
리눅스 시스템에서, 가동 시간, 승, 최고 출력 명령은 부하 평균 부하 평균이있을 것이다
[루트 @ 노드 2 ~] #의 가동 시간을 10 : 10 : 44 까지 (17) 일 1 : 6 , 7 사용자, 평균 부하 : 0.05 , 0.10 , 0.10
[@ 루트 노드 2 ~] # w 10 : 10 : 54 까지 17 일간 1 : 06 , 7 사용자 평균 하중 : 0.04 , 0.10 , 0.10
[루트 @ 노드 2 ~ ] #의 최고 상위 - 10 : 10 : 57 까지 (17) 일 1 : 6 , 7 사용자, 평균 부하 : 0.04 , 0.10 , 0.10
[@ 루트 노드 2 ~] # tload
0.01 , 0.06 , 0.07
최종적으로, 명령 출력의 내용은 지난 5, 15 분 대기열에서 실행중인 프로세스의 평균 개수를 나타낸다.
[루트 노드 2 @ ~] # 개의 CAT / proc 디렉토리 / 평균 부하 loadavg ------보기 시스템 0.01 0.05 0.06 (1) / 1694 83634
/ proc 파일 시스템은 가상 파일 시스템, 디스크 공간을 차지하지 않습니다, 그것은 현재 운영 체제가 메모리에서 실행중인 반영에 / proc 디렉토리보기 파일은 시스템의 작동 상태를 이해할 수있다.
처음 세 숫자는 지난 5, 15 분 대기열에서 실행중인 프로세스의 평균 수를 나타냅니다. 실행중인 프로세스의 수를 2 개 분자에 의해 이어, 분모는 프로세스의 총 수이며, 다른 하나는 최근의 실행 프로세스 ID 번호입니다.
3. 사례 연구 - 얼마나 많은 시간 것은 합리적인 평균 부하입니다
평균 부하의 가장 잘 알려진 사건은, 높은 시스템 부하를 얼마나 많은 시간을 설명 할 수있는 CPU의 수와 같다? 어떻게 작은 또는 시스템 부하가 낮을 때 그것을 설명 할 수 있습니까? 세 평균 부하 어떻게 사용 하는가?
3.1 먼저 시스템을 알아야 할 몇 가지 CPU를 가지고 - (20)에게 창을
확인 시스템 번호 CPU 번호는 --- (20)는 [루트 노드 2 @ ~] #의 GREP ' 모델의 이름은 ' /는 cpuinfo의 / proc 디렉토리 | WC는 - L (20)입니다
3.2보기 평균 부하
[루트 @ 노드 2 ~] #의 가동 시간을 10 : 10 : 44 까지 (17) 일 1 : 6 , 7 사용자, 평균 부하 : 0.05 , 0.10 , 0.10
= CPU 부하 평균 [최적]의 수;
평균> CPU 과부하 [참조]로드;
평균 부하 <[폐기물]의 CPU 번호
3.3 평균값 트렌드 분석 시스템의 부하를 사용하여 세 개의 상이한 시간 간격
-
- 세 개의 실질적으로 동일한 값, 이하, 시스템 부하가 매우 평활 한 도면.
- 1 분, 훨씬 적은 값을 15 분 이상, 그것은 큰 부하가 마지막 15분하면서, 시스템 부하에 대한 최신의 감소를 의미한다.
- 값이 1 분 15 분 값보다 훨씬 더 큰 경우, 그것은 아마 우리가 관찰을 계속 할 필요가 있으므로, 그것을 계속 증가하기가이 증가 가능성이 일시적인, 마지막 순간 부하 증가를 의미한다. 또는 CPU의 수에 1 분로드 평균 가까운되면, 시스템이 문제가 발생 이상 과부하, 당신은 문제가 조사의 결과이다 분석해야하고, 최적화 할 수있는 방법을 찾는 것입니다 의미
3.4 평균 부하 모니터링 동향, 성능을 결정
평균로드 시간은 CPU 70 %의 수보다 높은 일반적으로 할 때, 당신은 문제 해결 높은 부하를 분석해야합니다;
그러나 가장 권장되는 방법, 또는 시스템의 평균 부하는 최대 모니터링하고 동향 부하를 결정하기 위해 더 많은 기록 데이터에 따라. 부하가 크게 부하가 두 배로 같은 경향을 증가하는 것으로 확인되면, 당신은 그 분석과 조사를 수행.