Диагностика CPU начинается с разделения нагрузки, утилизации и отзывчивости. Ни одно число не доказывает наличие узкого места, поэтому сравнивайте несколько временных интервалов и связывайте метрики хоста с фактической работой, которую видят пользователи.
Использование процессов · Урок 4
Мониторинг CPU
Узнайте, как интерпретировать среднюю нагрузку Linux вместе с числом CPU, утилизацией и состояниями задач.
Чтение uptime
uptime предоставляет компактную отправную точку:
$ uptime
17:23:35 up 1 day, 5:59, 2 users, load average: 0.00, 0.02, 0.05
Последние три значения — средняя нагрузка примерно за 1, 5 и 15 минут. Их сравнение показывает направление: намного большее минутное значение может указывать на рост нагрузки, а большее 15-минутное — на её снижение.
В каком порядке uptime показывает интервалы средней нагрузки?
Понимание нагрузки Linux
Средняя нагрузка Linux учитывает выполняемые задачи, включая использующие или ожидающие CPU, а также задачи в непрерываемом сне, часто связанном с вводом-выводом. Поэтому она не равна утилизации CPU.
Нагрузка 4.0 имеет разное значение в системах с одним и шестнадцатью логическими CPU. Узнайте число доступных системе вычислительных единиц:
$ nproc
Квоты CPU, привязка, виртуализация и ограничения контейнера могут уменьшать доступную конкретной нагрузке ёмкость, поэтому число CPU хоста — лишь отправная точка.
Почему средняя нагрузка не является процентом утилизации CPU?
Сравнение нагрузки с активностью CPU
Соберите несколько образцов, а не полагайтесь на один вывод. Полезные дополнительные инструменты:
$ top
$ vmstat 1
$ mpstat -P ALL 1
top объединяет представления хоста и процессов. vmstat показывает число выполняемых и заблокированных задач вместе с категориями CPU. mpstat, входящий во многих дистрибутивах в sysstat, отображает активность отдельных CPU. Доступность и точные поля различаются, поэтому используйте локальные руководства.
Высокая нагрузка при занятых CPU может указывать на спрос CPU. Высокая нагрузка со значимым числом заблокированных задач, задержками ввода-вывода или ожиданием I/O указывает на другой ограниченный ресурс. Низкая средняя утилизация также может скрывать один насыщенный CPU или краткий скачок задержки.
Какой следующий шаг лучше всего сделать после обнаружения высокой средней нагрузки?
Оценка ёмкости и влияния
Не существует универсального правила, по которому нагрузка всегда должна оставаться ниже числа CPU. Пакетные системы могут допускать очереди, а интерактивные службы способны нарушить целевую задержку ещё до этого значения. Определите базовый уровень для того же хоста и нагрузки, затем сравнивайте время ответа, пропускную способность, частоту ошибок, насыщение и использование ресурсов.
Что должно определять приемлемость наблюдаемой нагрузки?
Урок завершён
Вы завершили Мониторинг CPU
Теперь вы можете интерпретировать среднюю нагрузку как одну часть исследования CPU.
Читайте интервалы нагрузки за 1, 5 и 15 минут.
Отличайте нагрузку задач от процентов времени CPU.
Сравнивайте нагрузку с доступной вычислительной ёмкостью.
Сопоставляйте повторные измерения хоста с результатами службы.
Сохраните прогресс
Создайте бесплатный аккаунт, чтобы сохранить этот урок и продолжить на любом устройстве.
Создать бесплатный аккаунт