The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск утилиты htop 2.1

05.02.2018 09:56

После двух лет разработки сформирован релиз диагностической утилиты htop 2.1, предоставляющей инструменты для интерактивного мониторинга работы процессов в стиле программы top. Код проекта распространяется под лицензией GPLv3, бинарные сборки доступны для большинства популярных дистрибутивов. Утилита примечательна такими возможностями, как свободная вертикальная и горизонтальная прокрутка списка процессов, средства оценки эффективности работы SMP и использования каждого процессорного ядра, наличие древовидного режима просмотра, гибкие возможности по кастомизации интерфейса, поддержка фильтрации процессов и управления ими (завершение работы, настройка приоритета).

В новом выпуске:

  • Для Linux добавлена поддержка метрик "Delay accounting" о задержках выполнения задач из-за ожидания освобождения ресурсов (например, ожидание доступности CPU, ввода/вывода или окончания подкачки);
  • Добавлена поддержка платформы DragonFly BSD;
  • Добавлена поддержка сигналов реального времени (real-time signal);
  • Обеспечена возможность использования опции 'c' с потоками;
  • Столбец с идентификатором сеанса переименован из SESN в SID;
  • Улучшен интерфейс выбора стиля индикатора;
  • Усовершенствован код построения дерева процессов;
  • Добавлена сборочная опция для отключения setuid;
  • При работе под управлением Linux увеличена производительность индикатора разрядки аккумулятора и добавлена возможность сортировки по значению TASK_IDLE.


  1. Главная ссылка к новости (https://www.freelists.org/post...)
  2. OpenNews: Выпуск утилиты htop 2.0
  3. OpenNews: Представлен sysdig, новый инструмент для диагностики системных проблем
  4. OpenNews: Новая версия утилиты atop для отображения и записи информации о процессах
  5. OpenNews: Релиз PowerTOP 2.6, инструмента для оптимизации энергопотребления Linux-системы
  6. OpenNews: Выпуск hotspot 1.0.0, GUI для анализа производительности в Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/48023-htop
Ключевые слова: htop, monitoring, top
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (51) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:59, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Лучше бы индикаторы температур добавили.
     
     
  • 2.13, rshadow (ok), 11:27, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эту фичу не юзаю. Но вот на скриншоте в багтрекере видно что она есть: https://github.com/hishamhm/htop/issues/259
     
     
  • 3.19, imprtat (ok), 13:02, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в тикете сказано
    > the official version does not currently have support for measuring CPU Temperature
     
  • 2.30, Михаил (??), 18:47, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    для температуры есть https://en.wikipedia.org/wiki/Lm_sensors
    нет смысла делать комбайны
     
     
  • 3.35, Аноним (-), 19:38, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > для температуры есть https://en.wikipedia.org/wiki/Lm_sensors
    > нет смысла делать комбайны

    Комбайн громко сказано. Было бы удобно получать всю информацию о системе из одного приложения. Например как это сделано в виндовом мониторинге ресурсов. Т.е. нагрузка цпу, гпу, сети, винчестера, памяти и температуры.

     
     
  • 4.40, анонимоус (?), 21:58, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Atop, Iotop, Monitorix ... etc - куча альтернатив для локалхоста. А, вообще, обычно внедряют системы мониторинга, zabbix или icinga, например.
     
     
  • 5.48, ryoken (ok), 07:58, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > обычно внедряют системы мониторинга, zabbix или icinga, например.

    Особо актуально на локалхосте исингу приколачивать... Там и INXI по уши.

     
  • 5.49, Аноним (-), 09:27, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Задача одна - мониторин состояния системы. А Вы предлагаете зоопарк ставить.
     
     
  • 6.52, Аноним (-), 07:44, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > man htop
    > htop - interactive process viewer
    > interactive process viewer
    > interactive process viewer
    > [U]process viewer[/U]

    Больше не поднимай этот вопрос.

     
  • 4.51, EuPhobos (ok), 11:20, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> для температуры есть https://en.wikipedia.org/wiki/Lm_sensors
    >> нет смысла делать комбайны
    >Комбайн громко сказано. Было бы удобно получать всю информацию о системе из одного приложения. Например как это сделано в виндовом мониторинге ресурсов. Т.е. нагрузка цпу, гпу, сети, винчестера, памяти и температуры.

    conky?

     
  • 2.32, Аноним (-), 19:28, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Да и прожиг болванок не помешает
     
     
  • 3.34, Аноним (-), 19:35, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Неудачный пример. Прожиг болванок не относится к информации о системе.
     
     
  • 4.36, Аноним (-), 20:04, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +17 +/
    это пока тебе не понадобилось информацию о системе на болванку записать
     
  • 4.44, а (?), 00:14, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    сделать экспортер
     

  • 1.3, Аноним (-), 10:12, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как включить в Htop прокрутку колесиком мыши по списку процессов?
     
     
  • 2.8, Аноним (-), 10:20, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Как включить в Htop прокрутку колесиком мыши по списку процессов?

    Как включить прокрутку на Apple Mouse 2 под линем?

     
     
  • 3.53, Аноним (-), 14:12, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Шутки шутками, а наблюдал как у коллеги less работает с Apple Mouse 2 на mAC os и что-то как-то так обидно прям за отечество и за Linux.
     
  • 2.9, Michael Shigorin (ok), 10:43, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как включить в 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-166649219

     

  • 1.5, Аноним (-), 10:18, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +20 +/
    >увеличена производительность индикатора разрядки аккумулятора

    как звучит-то!

     
     
  • 2.54, Аноним (-), 14:13, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>увеличена производительность индикатора разрядки аккумулятора
    > как звучит-то!

    Звучит так как будто из-за увеличения количеств опроса датчика разрядки аккумулятора он теперь быстрее садиться, а это сразу видно.

    Главное теперь разрядность времени в наносекунды что бы не перевели )

     

  • 1.7, Аноним (-), 10:18, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Осталось его в системды встроить
     
     
  • 2.11, Аноним (-), 10:54, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    тьху, какая гадость! вымой рот с мылом, отрок неразумный!
     
     
  • 3.12, Аноним (-), 11:17, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Разумеется, он неразумный. Разумный предложил бы systemd-htopd, htopdctl и htopbus
     
     
  • 4.45, Аноним (-), 02:13, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > systemd-htopd, htopdctl и htopbus

    И khtop в ядре. Для производительности, чтоб информацию о процессах в FullHD гонять без лишних переключений контекста.

     
  • 2.43, Аноним (-), 00:14, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Там уже есть systemd-cgtop.
     

  • 1.14, Онанимус (?), 11:29, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Было удобно пользоваться, когда настраивал SMP affinity в своем Xiaomi WiFi Router 3G (lede). По умолчанию, все прерывания от обоих вайфаев, евернета и юсб, висели на первом процессоре. Теперь под нагрузкой, распределение довольно равномерно.
     
  • 1.15, Дуплик (ok), 11:33, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Почему у top и htop всегда разные значения показателей закрузки и использования памяти?
     
     
  • 2.17, Аноним (-), 12:18, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Во всем виноват qt.
     
  • 2.18, Аноним (-), 12:54, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Потому что htop - это hipster's top
     
  • 2.20, Аноним (-), 13:22, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я Вам больше скажу - даже у гуевых мониторов вроде гномовского значения отличаются
     
  • 2.31, Анонзо (?), 19:22, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И в проксмоксе у виртуалки показывает не то, что htop у неё же.
     
  • 2.46, Ordu (ok), 02:30, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что эти значения получены не от ядра напрямую, а вычислены на основании другой информации, полученной от ядра. При этом, там всё как-то непросто и неоднозначно считается. Открой сорцы top'а, да посмотри. Каждый считает по-своему, вот и результат.
     
     
  • 3.61, Дуплик (ok), 12:32, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так какой правильный-то?
     
     
  • 4.62, Ordu (ok), 14:36, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Так какой правильный-то?

    Никакой.

     

  • 1.16, linvinus (?), 11:39, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Если кому интересно, тут https://github.com/linvinus/htop-mod ,
    есть патч для htop который показывает "реальное" использование физической памяти (PSS) в линуксе, подробнее в описании.
     
     
  • 2.22, Аноним (-), 14:05, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    этот патч корректно работает? На скрине указано что количество PSS меньше чем количество резидентной (RES), как такое возможно?
     
     
  • 3.24, linvinus (?), 14:53, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    прошу прощения, ответ ниже.
     

  • 1.23, linvinus (?), 14:49, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это не только возможно но зачастую так и есть,
    некоторые области памяти разделяются между несколькими процессами,
    поэтому использование разделяемых библиотек уменьшает потребление памяти по сравнению со статической линковкой.

    показатель PSS это RSS разделёное на количество процессов которые используют одинаковые области памяти.

    Также возможны ситуации когда RSS будет 0 (вся программа в SWAP) а PSS будет больше нуля, поскольку есть какие то другие процессы которые используют тот же участок но не находятся в SWAP.

    Таким образом, грубо говоря, RSS отражает сколько бы занимала программа если бы она была запущена одна без какого либо окружения, а PSS показывает сколько она занимает реальной памяти с учётом что часть памяти общая между процессами.

    На странице в README я привёл ссылки где это рассмотрено более детально.

     
     
  • 2.25, A.Stahl (ok), 15:19, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >отражает сколько бы занимала программа если бы

    А это важно? Какое практическое применение этим данным? А если важно, то важна ли графа где указано потребление памяти программой если она запущена на троичном процессоре с 85 битной адресацией памяти, но при стековой системе памяти с объёмом в 52 целочисленных переменных? А если важна, то почему её нет?

     
     
  • 3.26, linvinus (?), 15:51, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >А это важно?

    важно или не важно это не  важно, счётчик RSS в ядре ещё с тех времён когда по земле ходили мамонты.

    Он и сейчас отражает близкие к реальности значения особенно для одиночных уникальных процессов.

    Его главный плюс - лёгкая доступность, т.е. для того чтобы прочитать значение RSS всех процессов и нитей много ресурсов не нужно, а вот чтобы посчитать PSS нужно буквально посчитать каждый сегмент памяти каждого процесса, это довольно ресурсоёмко.

    Так что RSS полезен для быстрой и "качественной" оценки потребляемой памяти.

    сравните
    cat /proc/$$/statm
    cat /proc/$$/smaps  | grep "^Pss:"

     
  • 3.28, Аноним (-), 17:30, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Практическое применение - ответ на вопрос, сколько копий данной программы потянет данная аппаратная конфигурация. Для пользователя локалхоста очевидно бессмысленно.
     
     
  • 4.56, _ (??), 19:56, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Наоборот - оно __только__ для пользователя локалхоста!
    Как оно в ынтерпрайзах ... догая и грустная история, читай о capacity planing :-(
     

  • 1.27, softstraus (?), 17:07, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто знает что за шрифт на скрине?
     
     
  • 2.29, НяшМяш (ok), 17:38, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Название не скажу, но похож на дефолтный из слаквари
     
  • 2.38, kerneliq (ok), 21:04, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Может terminus?
     
     
  • 3.55, Аноним (-), 19:19, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    terminus строгий, не такой декоративный
     
  • 2.39, имя (?), 21:44, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    странные какие-то символы 4 у этого шрифта
     
  • 2.59, AnoNe01eX (?), 23:02, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Это Terminus, но собранный с поддержкой "болгарской кириллицы". Там некоторые символы отрисованы иначе, из-за этого создаётся впечатление, что шрифт совсем другой. В исходниках всё есть.
     

  • 1.57, Аноним (-), 21:55, 07/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто знает, почему htop показывает процессов больше, чем ps? Например, mcollective в ps'е всего 1, а htop видит их 4(с разными pid разумеется).
     
     
  • 2.58, EHLO (?), 22:45, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто знает, почему htop показывает процессов больше, чем ps? Например, mcollective в
    > ps'е всего 1, а htop видит их 4(с разными pid разумеется).

    ну я знаю

     
     
  • 3.60, Аноним (-), 10:49, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Везет тебе
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру