После двух лет разработки сформирован (https://www.freelists.org/post/htop/ANN-htop-210) релиз диагностической утилиты htop 2.1 (http://hisham.hm/htop/), предоставляющей инструменты для интерактивного мониторинга работы процессов в стиле программы top. Код проекта распространяется под лицензией GPLv3, бинарные сборки доступны (http://hisham.hm/htop/index.php?page=downloads#binaries) для большинства популярных дистрибутивов. Утилита примечательна такими возможностями, как свободная вертикальная и горизонтальная прокрутка списка процессов, средства оценки эффективности работы SMP и использования каждого процессорного ядра, наличие древовидного режима просмотра, гибкие возможности по кастомизации интерфейса, поддержка фильтрации процессов и управления ими (завершение работы, настройка приоритета).
В новом выпуске:- Для Linux добавлена поддержка метрик "Delay accounting (https://www.kernel.org/doc/Documentation/accounting/delay-ac...)" о задержках выполнения задач из-за ожидания освобождения ресурсов (например, ожидание доступности CPU, ввода/вывода или окончания подкачки);
- Добавлена поддержка платформы DragonFly BSD;
- Добавлена поддержка сигналов реального времени (real-time signal);
- Обеспечена возможность использования опции 'c' с потоками;
- Столбец с идентификатором сеанса переименован с SESN в SID;
- Улучшен интерфейс выбора стиля индикатора;
- Усовершенствован код построения дерева процессов;
- Добавлена сборочная опция для отключения setuid;
- При работе под управлением Linux увеличена производительность индикатора разрядки аккумулятора и добавлена возможность сортировки по значению TASK_IDLE.URL: https://www.freelists.org/post/htop/ANN-htop-210
Новость: https://www.opennet.ru/opennews/art.shtml?num=48023
Лучше бы индикаторы температур добавили.
Эту фичу не юзаю. Но вот на скриншоте в багтрекере видно что она есть: https://github.com/hishamhm/htop/issues/259
в тикете сказано
> the official version does not currently have support for measuring CPU Temperature
для температуры есть https://en.wikipedia.org/wiki/Lm_sensors
нет смысла делать комбайны
> для температуры есть https://en.wikipedia.org/wiki/Lm_sensors
> нет смысла делать комбайныКомбайн громко сказано. Было бы удобно получать всю информацию о системе из одного приложения. Например как это сделано в виндовом мониторинге ресурсов. Т.е. нагрузка цпу, гпу, сети, винчестера, памяти и температуры.
Atop, Iotop, Monitorix ... etc - куча альтернатив для локалхоста. А, вообще, обычно внедряют системы мониторинга, zabbix или icinga, например.
> обычно внедряют системы мониторинга, zabbix или icinga, например.Особо актуально на локалхосте исингу приколачивать... Там и INXI по уши.
Задача одна - мониторин состояния системы. А Вы предлагаете зоопарк ставить.
> man htop
> htop - interactive process viewer
> interactive process viewer
> interactive process viewer
> process viewerБольше не поднимай этот вопрос.
>> для температуры есть https://en.wikipedia.org/wiki/Lm_sensors
>> нет смысла делать комбайны
>Комбайн громко сказано. Было бы удобно получать всю информацию о системе из одного приложения. Например как это сделано в виндовом мониторинге ресурсов. Т.е. нагрузка цпу, гпу, сети, винчестера, памяти и температуры.conky?
Да и прожиг болванок не помешает
Неудачный пример. Прожиг болванок не относится к информации о системе.
это пока тебе не понадобилось информацию о системе на болванку записать
сделать экспортер
Как включить в Htop прокрутку колесиком мыши по списку процессов?
> Как включить в Htop прокрутку колесиком мыши по списку процессов?Как включить прокрутку на Apple Mouse 2 под линем?
Шутки шутками, а наблюдал как у коллеги less работает с Apple Mouse 2 на mAC os и что-то как-то так обидно прям за отечество и за Linux.
> Как включить в Htop прокрутку колесиком мыши по списку процессов?htop mouse scroll в яндексе подсказывает:
---
Try building with ncurses 6. Mouse support was greatly improved in this version.
--- https://github.com/hishamhm/htop/issues/322#issuecomment-166...
>увеличена производительность индикатора разрядки аккумуляторакак звучит-то!
>>увеличена производительность индикатора разрядки аккумулятора
> как звучит-то!Звучит так как будто из-за увеличения количеств опроса датчика разрядки аккумулятора он теперь быстрее садиться, а это сразу видно.
Главное теперь разрядность времени в наносекунды что бы не перевели )
Осталось его в системды встроить
тьху, какая гадость! вымой рот с мылом, отрок неразумный!
Разумеется, он неразумный. Разумный предложил бы systemd-htopd, htopdctl и htopbus
> systemd-htopd, htopdctl и htopbusИ khtop в ядре. Для производительности, чтоб информацию о процессах в FullHD гонять без лишних переключений контекста.
Там уже есть systemd-cgtop.
Было удобно пользоваться, когда настраивал SMP affinity в своем Xiaomi WiFi Router 3G (lede). По умолчанию, все прерывания от обоих вайфаев, евернета и юсб, висели на первом процессоре. Теперь под нагрузкой, распределение довольно равномерно.
Почему у top и htop всегда разные значения показателей закрузки и использования памяти?
Во всем виноват qt.
Потому что htop - это hipster's top
я Вам больше скажу - даже у гуевых мониторов вроде гномовского значения отличаются
И в проксмоксе у виртуалки показывает не то, что htop у неё же.
Потому что эти значения получены не от ядра напрямую, а вычислены на основании другой информации, полученной от ядра. При этом, там всё как-то непросто и неоднозначно считается. Открой сорцы top'а, да посмотри. Каждый считает по-своему, вот и результат.
Так какой правильный-то?
> Так какой правильный-то?Никакой.
Если кому интересно, тут https://github.com/linvinus/htop-mod ,
есть патч для htop который показывает "реальное" использование физической памяти (PSS) в линуксе, подробнее в описании.
этот патч корректно работает? На скрине указано что количество PSS меньше чем количество резидентной (RES), как такое возможно?
прошу прощения, ответ ниже.
Это не только возможно но зачастую так и есть,
некоторые области памяти разделяются между несколькими процессами,
поэтому использование разделяемых библиотек уменьшает потребление памяти по сравнению со статической линковкой.показатель PSS это RSS разделёное на количество процессов которые используют одинаковые области памяти.
Также возможны ситуации когда RSS будет 0 (вся программа в SWAP) а PSS будет больше нуля, поскольку есть какие то другие процессы которые используют тот же участок но не находятся в SWAP.
Таким образом, грубо говоря, RSS отражает сколько бы занимала программа если бы она была запущена одна без какого либо окружения, а PSS показывает сколько она занимает реальной памяти с учётом что часть памяти общая между процессами.
На странице в README я привёл ссылки где это рассмотрено более детально.
>отражает сколько бы занимала программа если быА это важно? Какое практическое применение этим данным? А если важно, то важна ли графа где указано потребление памяти программой если она запущена на троичном процессоре с 85 битной адресацией памяти, но при стековой системе памяти с объёмом в 52 целочисленных переменных? А если важна, то почему её нет?
>А это важно?важно или не важно это не важно, счётчик RSS в ядре ещё с тех времён когда по земле ходили мамонты.
Он и сейчас отражает близкие к реальности значения особенно для одиночных уникальных процессов.
Его главный плюс - лёгкая доступность, т.е. для того чтобы прочитать значение RSS всех процессов и нитей много ресурсов не нужно, а вот чтобы посчитать PSS нужно буквально посчитать каждый сегмент памяти каждого процесса, это довольно ресурсоёмко.
Так что RSS полезен для быстрой и "качественной" оценки потребляемой памяти.
сравните
cat /proc/$$/statm
cat /proc/$$/smaps | grep "^Pss:"
Практическое применение - ответ на вопрос, сколько копий данной программы потянет данная аппаратная конфигурация. Для пользователя локалхоста очевидно бессмысленно.
Наоборот - оно __только__ для пользователя локалхоста!
Как оно в ынтерпрайзах ... догая и грустная история, читай о capacity planing :-(
Кто знает что за шрифт на скрине?
Название не скажу, но похож на дефолтный из слаквари
Может terminus?
terminus строгий, не такой декоративный
странные какие-то символы 4 у этого шрифта
Это Terminus, но собранный с поддержкой "болгарской кириллицы". Там некоторые символы отрисованы иначе, из-за этого создаётся впечатление, что шрифт совсем другой. В исходниках всё есть.
Кто знает, почему htop показывает процессов больше, чем ps? Например, mcollective в ps'е всего 1, а htop видит их 4(с разными pid разумеется).
> Кто знает, почему htop показывает процессов больше, чем ps? Например, mcollective в
> ps'е всего 1, а htop видит их 4(с разными pid разумеется).ну я знаю
Везет тебе