서버 부하? top 명령/CPU 사용량/부하 평균 계산 방법

우리가 사용법을 배울 때Linux VPS 서버에웹사이트를 구축그 후에는 다양한 부하 평균의 부하 평균의 의미를 이해할 필요가 있습니다.top명령어는 시스템의 완료 상태를 이해하고 변수의 실시간 변화에 주의를 기울입니다.

이를 이해하기 위해서는 다음과 같은 변수 설명을 이해해야 합니다.

상위 명령 로드 평균에 대한 자세한 설명

▼ 자세한 사용법 안내입니다 ▼

top - 01:06:48 up 1:22, 1 user, load average: 0.06, 0.60, 0.48
Tasks: 29 total, 1 running, 28 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3% us, 1.0% sy, 0.0% ni, 98.7% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 191272k total, 173656k used, 17616k free, 22052k buffers
Swap: 192772k total, 0k used, 192772k free, 123988k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1379 root 16 0 7976 2456 1980 S 0.7 1.3 0:11.03 sshd
14704 root 16 0 2128 980 796 R 0.7 0.5 0:02.72 top
1 root 16 0 1992 632 544 S 0.0 0.3 0:00.90 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0

• 통계 영역의 처음 5줄은 전체 시스템의 통계입니다.
• 1행은 작업 대기열 정보입니다.uptime명령의 실행 결과는 동일합니다.

그 내용은 다음과 같습니다.

• 01:06:48 현재 시간
• 최대 1:22 시스템 작동 시간(시:분 형식)
• 사용자 1명 현재 로그인한 사용자 수
• 로드 평균: 0.06, 0.60, 0.48 시스템 로드, 작업 큐의 평균 길이입니다.
• 3개의 값은 1분, 5분, 15분 전부터 현재까지의 평균값입니다.
• 2행과 3행은 프로세스 및 CPU 정보입니다.
•  

CPU가 여러 개인 경우 이 내용은 2줄을 초과할 수 있습니다.내용은 다음과 같습니다.

• 태스크: 총 29개의 프로세스 수
• 1 실행 중인 프로세스 수
• 28 sleeping 대기 중인 프로세스 수
• 0 중지 중지된 프로세스 수
• 0 좀비 좀비 프로세스 수
• Cpu(s): 0.3% us 사용자 공간이 차지하는 CPU 비율
• 1.0% sy 커널 공간이 차지하는 CPU 비율
• 0.0% ni 사용자 프로세스 공간에서 우선 순위가 변경된 프로세스가 차지하는 CPU 비율
• 98.7% id 유휴 CPU 백분율
• 0.0% wa 입출력을 기다리는 CPU 시간의 백분율
• 0.0% 안녕
• 0.0% 시

다음은 메모리 정보의 마지막 두 줄입니다.

• 메모리: 191272k 총 물리적 메모리
• 173656k 사용된 총 실제 메모리 사용
• 17616k의 사용 가능한 총 사용 가능한 메모리
• 22052k 버퍼 커널 캐시로 사용되는 메모리 양
• 스왑: 192772k 총 스왑 영역
• 0k 사용된 총 스왑 영역 사용
• 192772k 무료 총 무료 스왑 영역
• 123988k 총 캐시된 버퍼된 스왑 영역.

메모리의 내용은 스왑 영역으로 스왑된 다음 다시 메모리로 바뀌지만 사용된 스왑 영역은 덮어쓰여지지 않습니다.

이 값은 내용이 이미 메모리에 존재하는 스왑 영역의 크기입니다.

해당 메모리가 다시 스왑되면 스왑 영역에 더 이상 쓸 필요가 없습니다.

각 프로세스 정보 영역의 통계 영역 아래에 표시되는 프로세스 세부 정보.

먼저 각 열이 의미하는 바를 이해합시다.

열 이름 의미

• PID 프로세스 ID
• PPID 상위 프로세스 ID
• RUSER 실제 사용자 이름
• UID 프로세스 소유자의 사용자 ID
• 프로세스 소유자의 USER 사용자 이름
• GROUP 프로세스 소유자의 그룹 이름
• TTY 프로세스가 시작된 터미널의 이름입니다.터미널에서 시작되지 않은 프로세스는 ?로 표시됩니다.
• 홍보 우선순위
• NI 좋은 가치.음수 값은 높은 우선 순위를 나타내고 양수 값은 낮은 우선 순위를 나타냅니다
• P 마지막으로 사용된 CPU, 다중 CPU 환경에서만 의미
• %CPU 마지막 업데이트 이후 사용된 CPU 시간의 백분율
• TIME 프로세스가 사용한 총 CPU 시간(초)
• TIME+ 프로세스에서 사용한 총 CPU 시간(1/100초)
• %MEM 프로세스에서 사용하는 물리적 메모리의 백분율
• VIRT 프로세스에서 사용하는 가상 메모리의 총량(kb)입니다. VIRT=스왑+RES
• 스왑 아웃할 SWAP 프로세스에서 사용하는 가상 메모리의 크기(kb)입니다.
• RES 프로세스에서 사용하고 스왑 아웃되지 않은 물리적 메모리의 크기(kb)입니다. RES=코드+데이터
• CODE 실행 가능한 코드가 차지하는 물리적 메모리의 크기(kb)
• DATA 실행 코드(데이터 세그먼트 + 스택) 이외의 부분이 차지하는 물리적 메모리의 크기(kb)
• SHR 공유 메모리 크기(kb)
• nFLT 페이지 폴트
• 마지막 nDRT 쓰기 이후 수정된 페이지 수입니다.
• S 프로세스 상태.
• D = 중단되지 않는 절전 상태
• R = 실행
• S = 수면
• T=추적/정지
• Z = 좀비 프로세스
• COMMAND 명령 이름/명령줄
• WCHAN 프로세스가 절전 모드인 경우 절전 시스템 기능의 이름을 표시합니다.
• 플래그 작업 플래그, sched.h 참조

리눅스 로드 평균 디버깅 지침

보고top명령에 의해 표시되는 상태 이후에 그에 따라 최적화가 필요하지만,top이 명령은 모양만 표시하므로 전달할 수 있습니다.iostat또는vmstat추가 관찰을 주문하십시오.

시스템 부하를 보기 위한 vmstat

vmstat
procs -------memory-------- ----swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 100152 2436 97200 289740 0 1 34 45 99 33 0 0 99 0

절차

• r열은 CPU 타임슬라이스를 기다리며 실행 중인 프로세스의 수를 나타내며, 1보다 오래 지속되면 CPU가 부족하여 CPU를 늘려야 함을 의미한다.
• b 열은 I/O 대기 또는 메모리 스와핑 등 리소스를 기다리는 프로세스의 수를 나타냅니다.

cpu는 cpu의 사용 상태를 나타냅니다.

• us 열은 사용자 모드에서 소비한 CPU 시간의 백분율을 보여줍니다. 우리의 값이 상대적으로 높다는 것은 사용자 프로세스가 CPU 시간을 많이 소비한다는 것을 의미하지만, 장기간 50% 이상인 경우에는 사용자의 프로그램 최적화를 고려할 필요가 있다.
• sy 열은 커널 프로세스가 소비한 CPU 시간의 백분율을 보여줍니다.여기서 us + sy의 기준값은 80%이며, us + sy가 80%보다 크면 CPU가 부족할 수 있음을 의미합니다.
• wa 열은 IO 대기가 차지하는 CPU 시간의 백분율을 표시합니다.
• 여기서 wa의 기준값은 30%이며, wa가 30%를 초과하면 IO wait가 심각한 상태임을 의미하며, 이는 디스크에 대한 랜덤 액세스가 많거나 디스크 또는 디스크 액세스의 대역폭 병목 현상이 원인일 수 있습니다. 컨트롤러(주로 블록 작업).
• id 열은 CPU가 유휴 상태인 시간의 백분율을 보여줍니다.

다음 기사에서는 Linux 로드 평균이 얼마나 높은지 설명합니다.

Linux 부하 평균은 어느 정도가 적절합니까? CPU 부하 사용률 확인

컴퓨터(컴퓨터)가 느린 경우 시스템의 부하가 높은지 확인하고 싶습니까?최근 한 인터넷 마케터가 자신이 담당하던 전자상거래 사이트가 예전에는 접속이 되지 않았다고 하는데... 이 사이트는 워드프레스 기반으로 구축되었고 리눅스 VPS에서 서비스 ...

VPS 부하가 너무 높으면 어떻게 해야 합니까?

이제 로드가 너무 높아서 내 웹사이트에 액세스할 수 없습니다. 어떻게 해야 합니까?

top – 20:44:30 up 12분, 사용자 1명, 로드 평균: 2.21, 8.39, 6.48

• 서버는 자체 관리하므로 SSH를 통해 서버 자체를 확인해야 합니다.
• 무엇을 실행하고 있는지 확인하십시오.어떤 과정 등이 있습니까?
• 필요한 경우 서버를 다시 시작해 보십시오.
• 서버를 다시 시작한 후에도 여전히 부하가 너무 높으면 과부하된 프로세스를 식별하고 중지하십시오.
• 필요한 경우 프로세스(서버가 아님)를 개별적으로 다시 시작합니다.
• 또는 고객센터에 "VPS/서버 부하가 너무 높은 이유"를 상담한 후에도 여전히 방법이 없고 결국 서버 구성을 늘리는 방법밖에 없습니다.

외국 무역 회사의 웹 사이트에 적합한 공간은 얼마입니까??

올바른 서버 구성을 선택하는 방법은 무엇입니까?아래 링크를 클릭하시면 일평균 1개의 IP 서버 솔루션을 보실 수 있습니다 ▼

하루에 수천 개의 IP에 대해 얼마나 많은 서버를 선택해야 합니까?일일 평균 1개의 IP 서버 솔루션

하루 평균 XNUMX개의 IP로 웹사이트에서 사용하는 웹사이트 구축 프로그램에 따라 다릅니다.HTML을 생성하는 일반 웹사이트라면 일반 웹호스팅 서버면 충분합니다.포럼이라면 고성능 VPS 서버나 전용 서버로의 변경을 고려해야 한다. ...