Команди Linux і навички оболонки
htop: читання пульсу сервера
htop — це інтерактивний засіб перегляду процесів, який перетворив «верх» із періодичного звіту на живу діагностичну поверхню: кольорові лічильники, сортоване дерево процесів і kill/renice у вас під рукою. Це стала першою командою, надрукованою на будь-якій несправній коробці майже в кожному сучасному магазині; цей спеціальний твір охоплює звички, які роблять його діагностичним, а не декоративним, і коли простий верх залишається чесним запасним варіантом.
Головне
- За замовчуванням спочатку використовуються вимірювачі: індикатори процесора на ядро, вимірювачі пам’яті та підкачки, середнє навантаження одним поглядом; перехід від системного середнього до фактичного розподілу користувача/sys/io відбувається саме тоді, коли починається діагностика (насичення ЦП проти пам’яті проти введення/виведення вказує на різні наступні команди).
- F5 (перегляд дерева) відповідає «хто що породив»: рядки процесів у дереві показують поганий батьківський/дочірній облік (один розгалужений робочий елемент на чергу запиту), який приховують плоскі списки, а сортування за пам’яттю/процесором плюс фільтри для кожного користувача/тимчасові (F4) миттєво звужує кількість підозрюваних.
- Інтерактивні дії є хірургічними: F9 kill (з вибором сигналу), F7/F8 renice та пробіл для позначення кількох процесів для пакетних операцій: знищення за допомогою збирання PID з того самого екрана перевершує запуск `ps | grep | вбити проти рухомої цілі.
- Звички налаштування, які залишаються незмінними: ~/.config/htop/htoprc зберігає параметри за замовчуванням (налаштування F2: лічильники, стовпець сортування, режим дерева, приховати потоки в області користувачів); switch show-custom-names, де напруга пам’яті означає, що кількість потоків заплутає, а теми для кожного хоста – це набагато більше, ніж косметика для передачі зсуву.
- Обмеження та де top залишається: htop потрібно встановити ( Rescue/minimal images ship top, not htop); сімейство `vmstat`/`iostat`/`pidstat` бере на себе, коли деталі на рівні сутності (для кожного диска IO, лінії тиску PSI для Linux) потребують складніших даних, ніж кольорові смуги; наше порівняння top-vs-htop-vs-btop охоплює компроміси інструментів.
- Інцидент у першу хвилину: відкрийте htop, прочитайте напрямок завантаження ТА насиченість ядра, відсортуйте в пам’яті, визначте невикористане дерево, ПОТІМ дійте: це запобігає як виправленню паніки «npm restart everything», так і справжньому сліпому вбивству.
Польова нотатка
Деревоподібне представлення htop запобігло більше збоїв, ніж панелі моніторингу: F5, сортування за пам’яттю, і дерево безперебійних процесів щоразу розташовується під винуватцем. Звичка використовувати перш за все клавіатуру — це те, чому кожен інженер під час виклику спочатку друкує htop.
Часті запитання
htop проти top: чи реальне оновлення?
Для інтерактивних сеансів так: кольори, перегляд дерева, підтримка миші, інтегровано kill/renice. У контексті сценаріїв top (і сімейство ps) залишається інструментом: вихідний формат htop не є стабільним для аналізу.
Де я можу знайти тиск вводу/виводу, який htop не може показати?
Дискові метрики класу IOPS і тиск PSI (Linux 5.14+: /proc/pressure) потребують pidstat/iostat/vmstat; btop розширює лічильники далі до повноцінних системних панелей відповідно до нашого зразка для порівняння.
Як отримати htop на заблокованому хості?
Існують статичні збірки (статично пов’язані двійкові файли працюють майже скрізь); на хостах лише для сховищ, пакети дистрибутивів покривають це. Якщо ні того, ні іншого немає, для першої відповіді справді достатньо простого верху.
Чи добре htop показує служби systemd?
Сучасні версії htop чітко позначають членство в cgroup/systemd, що допомагає відокремити сервісні процеси від відсталих; `systemctl status` все ще є основним видом для станів служби.
Допомога Kinetikatech: команди linux і навички оболонки
Це те, чим ми займаємося щодня: Команди та сценарії, які вирішують, чи керує адміністратор сервером, чи бореться з ним: шукайте, трансформуйте, пересилайте та контролюйте текст і процеси за допомогою інструментів, які присутні в кожній базовій установці. Наша служба Безпека серверів Linux та Адміністрування серверів бере все на себе — оцінювання, впровадження, цілодобовий контроль і екстрене реагування протягом 30 хвилин.