Как мне прочитать htop


9

У меня проблемы с пониманием информации, отображаемой htopпопулярной заменой топ-команды Linux.

дамп экрана htop

На приведенном выше снимке экрана показано много экземпляров Java, но только родительский использует процессорное время. Какие другие?

Почему полосы загрузки ЦП показывают такие занятые ядра, когда в столбце ЦП% мало что происходит во всех процессах? На самом деле, они движутся без корреляции большую часть времени.

Почему средняя нагрузка в правом верхнем углу, которая, как я полагаю, является трехступенчатой ​​историей, настолько мала, когда ядра почти всегда зеленые и выглядят занятыми?

Будет ли кто-то так любезно объяснить, как читать эту информацию?

Спасибо!


Я сделал некоторые изменения, которые очень помогают. Отображать потоки в разном цвете, показывать имена потоков, обновлять имена процессов при обновлении и, в основном, изменять задержку до 2/10 секунды. Скорость обновления по умолчанию показывает огромное отставание между счетчиками ЦП и процессами.
Люк Пуплетт

1
По крайней мере, для средней нагрузки это не обязательно низкое значение. Загрузка по сути является показателем того, должна ли система ждать, чтобы что-то сделать. Приемлемое значение меньше, чем количество ядер, в данном случае 4. Таким образом, эти средние значения являются разумными. Они последние 1, 5 и 15 минут. Для получения дополнительной информации см. [Википедия] ( en.wikipedia.org/wiki/Load_(computing))
ssmy

Ответы:


5
  1. Относительно "Load" и CPU%, в Википедии есть подробное объяснение и пример, ниже приводится частичная цитата

    Свободный компьютер имеет загрузочный номер 0, и каждый процесс, использующий или ожидающий ЦП (очередь готовности или очередь выполнения), увеличивает загрузочный номер на 1. Большинство систем UNIX считают только процессы, работающие (на ЦП) или работающие (ожидающие CPU) состояния. Однако Linux также включает процессы в непрерывном спящем состоянии (обычно в ожидании активности диска), что может привести к заметно отличающимся результатам, если многие процессы остаются заблокированными в операциях ввода-вывода из-за загруженности или зависания системы ввода-вывода. Это, например, включает в себя блокировку процессов из-за сбоя сервера NFS или из-за медленного носителя (например, устройства хранения USB 1.x). Такие обстоятельства могут привести к повышению средней нагрузки, что не отражает фактического увеличения использования ЦП (но все же дает представление о том, как долго пользователям приходится ждать).

    Системы вычисляют среднее значение нагрузки как экспоненциально демпфированное / взвешенное скользящее среднее числа нагрузки. Три значения средней нагрузки относятся к прошедшим, пяти и пятнадцати минутам работы системы.

    Для систем с одним ЦП, которые связаны с ЦП, можно представить среднюю нагрузку как процент использования системы в течение соответствующего периода времени. Для систем с несколькими процессорами необходимо разделить число на количество процессоров, чтобы получить сопоставимый процент.

    Бары могут быть заняты движением, но они никогда не достигают 100%, что указывает на то, что процессор / ядро ​​полностью используется. Столбец представляет собой только визуализацию% загрузки процессора, которая составляет 27%, 26,5%, 24,5%, 24,7% и 71,7%. Все ядра ЦП по-прежнему имеют возможность «сэкономить». На данный момент все они используются недостаточно.

    Полностью используемая система с 5 ядрами / процессорами будет иметь нагрузку 5 или выше.

  2. Что касается строк Java, они являются родительскими (PID = 5073) и дочерними процессами. Я не могу объяснить, почему родитель накапливает больше всего времени процессора. Это действительно зависит от внутренней логики программы. Однако, согласно TIME +, эти дочерние процессы потребляют процессорное время, при этом последний из них (PID = 5074) накапливается больше всего.


Возможно ли, что дочерние процессы являются пулом потоков JVM? Когда я устанавливаю опцию для показа имен потоков, все они называются одинаково. Я программист Windows + .NET, к вашему сведению.
Люк Пуплетт

Да, возможно, они нить.
Джон Сиу
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.