htop과 btop: 지금 머신에서 일어나는 일

머신이 이상하게 동작하기 시작하면 가장 먼저 던지는 질문은 지금 누가 자원을 먹고 있느냐입니다. htop과 btop이 그 답을 줍니다. 두 프로그램 모두 프로세스, 코어 부하, 메모리를 실시간으로 보여줘요.

설치

apt update && apt install -y htop btop        # Debian, Ubuntu
dnf install -y htop btop                      # AlmaLinux, CentOS Stream

오래된 AlmaLinux 9 저장소에는 btop 패키지가 없을 수 있어요. EPEL을 활성화하고(dnf install -y epel-release) 설치를 다시 진행하세요.

이 프로그램들은 SSH로 접속하거나 “Screen” 모드(VNC)의 “Console” 탭에서 실행하는 편이 더 편해요. 텍스트 콘솔은 시리얼 포트로 동작하는데 창 크기를 전달하지 않아서 항상 80×24로 고정되고, btop 인터페이스가 깨지거나 아예 렌더링을 거부합니다. 자세한 내용은 머신 콘솔을 참고하세요.

htop에서 볼 것

상단 블록에는 각 코어, 메모리, 스왑 막대가 표시돼요. VDS-1에는 막대가 하나, VDS-6에는 열 개가 있어요. 아래에는 프로세스 테이블이 있고, 핵심 열은 다음과 같아요.

• CPU% — 코어 하나의 점유율이에요. 100%는 코어 하나가 꽉 찼다는 뜻이지 머신 전체가 아니에요. 코어가 네 개면 최대치는 400%예요.
• MEM% — 해당 티어 RAM의 점유율이에요.
• RES — 실제로 메모리를 얼마나 차지하고 있는지예요. VIRT가 아니라 이 값을 보세요. JVM과 데이터베이스의 가상 크기는 항상 거대하고 아무 의미도 없어요.
• S — 상태예요. R — 실행 중, S — 대기 중, D — 디스크 대기, Z — 좀비.

유용한 키: F6 — 정렬(보통 CPU% 또는 MEM% 기준), F4 — 이름으로 필터링, F5 — 프로세스 트리(누가 누구를 생성했는지 볼 수 있어요), F9 — 시그널 보내기, q — 종료.

D 상태 프로세스가 많다면 디스크가 병목이에요. 디스크 부하를 참고하세요. CPU%는 낮은데 load average가 높다면 같은 상황이에요.

btop과 일회성 점검

btop은 같은 내용에 더해 최근 몇 분간의 CPU, 네트워크, 디스크 그래프를 보여줘요. 더 무겁고 제대로 된 터미널이 필요하지만, 스파이크가 있었는지 부하가 꾸준히 유지되는지 즉시 알 수 있어요.

터미널이 불편할 때는 일회성 명령으로 충분해요.

ps aux --sort=-%cpu | head -10     # ten most CPU-hungry processes
ps aux --sort=-%mem | head -10     # by memory
uptime                             # average load for 1, 5 and 15 minutes

흔한 실수

• 한 순간만 보고 부하를 판단하는 것. htop을 켠 순간의 스파이크는 정상이에요. 1분 정도 지켜보거나 제어판 /hosting/vds/m/<id>의 “Overview”에서 그래프를 확인하세요.
• 프로세스를 바로 kill -9로 죽이는 것. 먼저 일반 kill(TERM 시그널)이나 systemctl stop을 사용해서 서비스가 파일과 연결을 정리하도록 하세요. -9는 최후의 수단이에요.
• “여유 메모리가 적다”를 메모리 부족으로 착각하는 것. Linux는 여유 메모리를 캐시에 넘겨줘요. 이건 정상이에요. 경고 신호는 스왑이 늘어나는 것이고, 이는 메모리와 스왑 문서에서 다뤄요.

머신이 더 이상 SSH에 응답하지 않아 htop을 열 수 없다면 제어판의 “Console”을 사용하세요. 네트워크가 과부하되고 디스크가 꽉 찬 상태에서도 동작해요.