Зачем они нужны dev’ам? Сервер завис — смотришь процессы. Логи разрослись — ищешь ошибку. Без GUI в продакшене CLI — единственный вариант. Разберём каждую команду по делу, с примерами и хитростями.

Мониторинг процессов с top и htop

Команда top — стандартный инструмент для просмотра запущенных процессов в реальном времени. Она показывает CPU, память, нагрузку на систему и список процессов с их PID, пользователем и использованием ресурсов. Запускается просто: top в терминале, и ты видишь обновляющуюся таблицу. По умолчанию сортировка по CPU, но можно менять клавишами: Shift + P для CPU, Shift + M для памяти.

htop — улучшенная версия top с цветами, мышью и деревом процессов. Установка простая: sudo apt install htop на Debian/Ubuntu или sudo dnf install htop на Fedora. В htop удобнее фильтровать процессы по имени (F4), убивать их (F9) и видеть бары нагрузки. Для dev’ов это must-have при дебаже: видишь, какой сервис жрёт RAM, и сразу реагируешь. Переходим к примерам использования.

Вот ключевые возможности:

• top -p PID: мониторит конкретный процесс по ID. Полезно для слежки за зависшим скриптом.
• htop -u user: показывает только процессы пользователя. Идеально в multi-user среде.
• F3 в htop: поиск по строке, чтобы найти nginx или python.

Нюанс: в top нажми q для выхода, в htop — F10.

Поиск в логах и файлах с grep

grep — король поиска по тексту в Linux. Ищет строки по паттерну в файлах или выводе команд. Базовый синтаксис: grep 'pattern' file.log. Для dev’ов это спасение: логи на 10 ГБ, а ошибка в одной строке — grep её вытащит за секунды. Рекурсивный поиск: grep -r 'ERROR' /var/log/ пройдётся по всем подпапкам.

С флагами grep становится суперинструментом. grep -i игнорирует регистр, grep -v инвертирует (показывает несовпадения), grep -n нумерует строки. В комбо с tail -f app.log | grep ERROR следишь за ошибками в реальном времени. А ps aux | grep python покажет все Python-процессы. Логично перейти к примерам для типичных задач dev’а.

Полезные комбинации:

• journalctl -u nginx | grep '500': ошибки 500 в логах systemd.
• grep -E 'error|warn' *.log: поиск по нескольким файлам с OR.
• grep -A 5 -B 5 'exception' stacktrace.log: контекст вокруг совпадения (±5 строк).

Важно: экранируй спецсимволы в паттернах, типа точки — grep '\d+' log для цифр.

Комбо top/htop + grep для dev-тасков

Одиночные команды хороши, но в связке они раскрываются. Например, ps aux | grep node | head -10 — топ-10 Node.js процессов. Или top -b -n1 | grep httpd — снапшот Apache из top. htop с grep: сначала htop, копируешь PID, потом grep PID /proc/*/status. Для логов: docker logs container | grep OOMKilled — поиск out-of-memory в Docker.

Это ускоряет деbag в проде. Сервер под нагрузкой? watch -n1 'ps aux --sort=-%mem | head' — обновляет топ по памяти каждую секунду. С ripgrep (rg) вместо grep быстрее на больших файлах: rg 'panic' /var/log. Установка: sudo apt install ripgrep. Такие связки экономят время на 80% задач мониторинга.

Быстрые рецепты:

1. Мониторинг памяти: htop → F6 → RES (сортировка по резидентной памяти).
2. Поиск утечек: grep 'malloc' core.dump.
3. netstat -tuln | grep :3000 — кто слушает порт.

Что дальше в Linux CLI для dev

Мы разобрали top, htop и grep — базу для 90% мониторинга и поиска. Они решают ежедневные боли: зависшие процессы, скрытые ошибки в логах, быструю диагностику. Осталось освоить awk, sed для обработки вывода и tmux для сессий.

Дальше копай strace для трассировки системных вызовов или btop как супер-htop. Практикуй на виртуалке — через неделю CLI станет быстрее GUI. Выбирай дистрибутив по вкусу, но CLI универсален везде.