Linux: команда top и htop

Как читать вывод, что означают цифры и где искать причину проблемы

1. Зачем нужен top

top — это интерактивный монитор процессов и ресурсов системы. Он отвечает на три вопроса, которые задают себе администраторы при любом инциденте:

• Что загружено? Процессор, память, диск или сеть.
• Кто это делает? Какой процесс и от какого пользователя потребляет ресурс.
• Насколько это серьёзно? Это нормальная нагрузка или признак проблемы.

Команда есть почти везде: в любом дистрибутиве Linux она установлена по умолчанию. Поэтому её знание — базовый навык, который спрашивают на собеседованиях и который спасает, когда нет графического интерфейса и доступен только SSH.

2. Запуск и первый взгляд

top            # интерактивный режим
htop           # улучшенная версия (если установлена)
top -bn1 | head -n 20    # один снимок, удобно для скриптов и логов

После запуска экран делится на две части: сверху заголовок с общими показателями, снизу таблица процессов, отсортированная по загрузке CPU.

3. Верхняя часть: заголовок

Первая строка — время, аптайм, количество пользователей и load average. Далее идут строки Tasks, %Cpu, Mem и Swap. Рассмотрим их по порядку.

4. Строка load average

Load average — число, которое часто путают с процентом загрузки. На самом деле это средняя длина очереди задач, которые либо выполняются, либо ждут выполнения. Значений три: за последнюю минуту, за пять и за пятнадцать минут.

nproc                       # сколько ядер у системы
cat /proc/loadavg           # тот же load average в сыром виде

• Если load равен числу ядер, процессоры заняты полностью, но очереди ещё нет.
• Если load в два раза больше числа ядер, часть задач ждёт очереди — это уже перегрузка.
• Если load высокий, а %Cpu показывает простой (id), смотрите на состояние D и на wa: скорее всего, система ждёт диск или сеть.

5. Строка Tasks: состояния процессов

Строка показывает, сколько процессов в каждом состоянии. Главные:

В выводе также встречается состояние D (uninterruptible sleep) — процесс ждёт диск и не может быть прерван даже сигналом SIGKILL. Большое число D — признак проблем с дисковой подсистемой или зависшей NFS-монтировкой.

6. Строка %Cpu: расшифровка каждого поля

Это главная строка для понимания нагрузки процессора. Пример: %Cpu(s): 3.1 us, 1.2 sy, 0.0 ni, 95.4 id, 0.2 wa, 0.0 hi, 0.1 si, 0.0 st. Все значения — проценты времени процессора за последний интервал, в сумме дают 100%.

7. Строки памяти: Mem и Swap

MiB Mem :  7982.1 total,   512.4 free,  2140.7 used,  5329.0 buff/cache
MiB Swap:  2048.0 total,  2048.0 free,     0.0 used.  5512.3 avail Mem

• total — вся физическая память;
• free — полностью свободная память. Почти всегда мала, и это нормально;
• used — память, занятая приложениями и ядром;
• buff/cache — кэш диска и буферы. Linux использует свободную память под кэш, чтобы ускорять работу с диском. При нехватке памяти кэш отдаётся приложениям;
• avail Mem — самое важное число: сколько памяти можно выделить новым приложениям без обращения к свопу.

Swap — файл или раздел на диске, куда ядро выгружает редко используемые страницы памяти. Небольшое использование swap нормально. Опасны признаки активной подкачки: растущее used в Swap и высокий wa одновременно — система «ходит» по диску и тормозит.

free -h          # та же картина в удобном виде
vmstat 1 5       # колонки si и so: сколько страниц читается и пишется в swap за секунду

8. Таблица процессов: колонки

9. Клавиши управления

Все команды работают прямо в интерактивном режиме. Экран не блокирует работу, поэтому можно сортировать, фильтровать и завершать процессы.

10. Параметры запуска и полезные режимы

top -bn1                   # один снимок в обычный текст (для скриптов и логов)
top -b -n 3 -d 5 > top.log  # три снимка с интервалом 5 секунд в файл
top -p 1187,4312           # следить только за указанными PID
top -u www-data            # только процессы пользователя
top -o %MEM                # сортировка по памяти при запуске
top -H -p 1187             # потоки конкретного процесса

• -b — пакетный режим, без интерактивного ввода, удобно для скриптов;
• -n — сколько кадров вывести перед выходом;
• -d — интервал обновления в секундах;
• -p — фильтр по PID, можно указать несколько через запятую.

11. htop: что добавляет

htop — более удобная версия top с цветами, мышью и наглядными полосками. Установка: sudo apt install htop (Debian/Ubuntu) или sudo dnf install htop (RHEL/Fedora).

• Полосы CPU и памяти показывают долю использования и тип нагрузки цветом;
• Дерево процессов клавишей F5: сразу видно, кто кого запустил;
• Поиск F3, фильтр F4, отправка сигнала F9, сортировка мышью;
• Нижняя панель с подсказками по функциональным клавишам.

12. Практика: разбираем типичные ситуации

Ситуация 1. Сервер «тормозит», load высокий

1. Смотрим load average и число ядер: nproc. Например, load 12 на 4 ядрах.
2. Смотрим %Cpu. Если us высокий — ищем процесс с большим %CPU в таблице.
3. Если id высокий, а load всё равно большой — смотрим состояние D и поле wa. Это ждём диск.
4. Для диска: iostat -x 1 и vmstat 1.

Ситуация 2. Память «кончилась», но процессы небольшие

1. Смотрим avail Mem, а не free. Если avail большой — паники нет.
2. Если avail мал, сортируем по памяти клавишей M и смотрим RES.
3. Проверяем журнал ядра на OOM: dmesg -T | grep -i oom.

Ситуация 3. Процесс съедает 100% CPU на одном ядре

1. Сортируем по CPU клавишей P, запоминаем PID.
2. Смотрим, что за процесс: колонка COMMAND и клавиша c.
3. Выясняем, зациклился ли он: strace -p PID покажет, какие системные вызовы он делает.
4. Решаем: исправить конфиг или перезапустить сервис через systemd.

Ситуация 4. Высокий steal в облаке

Поле st растёт, а ваши процессы простаивают. Это значит, что хост перегружен и гипервизор не даёт вашей виртуалке процессорное время. Внутри системы это не исправить: нужна поддержка провайдера или смена тарифа.

Ситуация 5. Много зомби

В строке Tasks растёт zombie. Зомби не потребляют CPU и память, но показывают, что родитель не забирает статус дочернего процесса. Найдите родителя: ps -o ppid= -p PID_ЗОМБИ, затем исправьте программу или перезапустите её.

13. Лайфхаки

• Смотрите на три вещи в первую очередь: load относительно nproc, avail Mem и поле wa. Этого хватает для первичного диагноза.
• Одна команда для быстрой картины: top -bn1 | head -n 15.
• Сохраняйте картину при инциденте: top -b -n 5 -d 2 > /tmp/top-incident.log.
• Смотрите потоки, а не процессы, если многопоточное приложение съедает CPU: клавиша H.
• Не путайте %CPU больше 100%: на 4 ядрах процесс может показать 350% — это три с половиной ядра.
• Сверяйте результат с другими инструментами: vmstat, iostat, free, ss. Одна картина из нескольких источников надёжнее одного числа.

14. Шпаргалка

↑ Наверх