Опубликован выпуск утилиты TTop 1.2, предназначенной для интерактивного мониторинга работы процессов в стиле программы top и примечательной возможностью просмотра прошлого состояния в соответствии с сохранёнными историческими данными (на экране отображается график изменения нагрузки (LA) и пользователь может оценить состояние процессов в выбранный момент, например, когда наблюдался пик нагрузки). Код утилиты написан на языке Nim и распространяется под лицензией MIT. Готовые пакеты сформированы для Arch Lijux (AUR, установка командой "yay -S ttop")...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59723
Glances всё ещё непревзойдённая поделка, хотя казалось бы.
Это тот, который два ядра ест, чтобы отрисовать сотню строчек в терминале? Спасибо, такое чудо нам не нужно
Не ест, зачем ты придумываешь?
у меня убунта под рукой оказалась, так вот установка glances ещё 500 мегабайт мусора потащит, это нормально для питона?
Он же не на Electron.
> Он же не на Electron.Он на python, что даже хуже в этом плане...
> Он же не на Electron.Он на python, это даже хуже в плане жора проца... и да, для смотрелки нагрузки на систему это аргумент, когда смотрелка оказывается в самом верху списка это фэйл.
Ясно.
>Код утилиты написан на языке NimNim коипилируемый
он жрет всего лишь 5-6% от одного ядра, что в принципе может и не мало ли, но и не много, столько же жрет файрфокс, который ничего не делает, и другие фоновые таски типи простаивающей IDEA
Именно поэтому я за Nyxt и Emacs.
> он жрет всего лишь 5-6% от одного ядра, что в принципе может и не мало ли,
> но и не много, столько же жрет файрфокс, который ничего не делает, и другие
> фоновые таски типи простаивающей IDEAТогда тебе никакие смотрелки процессов не помогут от системных тормозов. Ну увидишь ты что там крындец. И чего?!
>когда смотрелка оказывается в самом верху списка это фэйл.Помимо прочего зависит также от интервала между замерами. В top по умолчанию стоит 3 секунды, но стоит изменить на одну и он показывается в начале списка по процессорной нагрузке. В htop 1 секунда, и у меня показывается примерно 2-3% процессора.
Когда-то забавлялся с conky, и заметил, что при уменьшении интервального времени до 0.2 сек, потребление вырастало до 10% или даже более.
Это довольно важный вопрос на самом деле. Когда делал ttop, то внимательно смотрел чтобы cpu он ел не больше ttop/htop при замере раз в секунду, хотя и каких-то глубоких оптимизаций не делал. Но сейчас есть идея как ускорить сбор данных где-то на 20-25%, визуально это не будет сильно заметно, но тем не менее
> Это довольно важный вопрос на самом деле. Когда делал ttop, то внимательно смотрел
> чтобы cpu он ел не больше ttop/htop при замере раз в секунду, хотя и каких-то
> глубоких оптимизаций не делал. Но сейчас есть идея как ускорить сбор данных где-
> то на 20-25%, визуально это не будет сильно заметно, но тем не менееНу как бы смотрелка нагрузки в первой строчке - как минимум жрет место на экране под показ самой себя на самом видном месте. А бонусом это намекает что смотрелка - г@вно.
согласен, но в ttop так не должно быть :)
> согласен, но в ttop так не должно быть :)Вон те - про Glances, а он со своим питоном ну совсем не быстрый и потому сам отсвечивает в топе :)
где ебилды?
Сделай сам! Тебе никто ничего не должен!
Как будто, без ебилдов нельзя сбилдить.
.configure && make && make install
> Код утилиты написан на языке Nim и распространяется
> под лицензией MIT. Готовые пакеты сформированы для Arch Linux
> (AUR, установка командой "yay -S ttop").Не в обиду этому йогурту на nim, но btop++ и сильно красивее (да, оказывается, консольная программа может быть красивой) - и графики лучше - и функциональности больше раз так в эн.
Сколько ps не корми - графану не получишь, ну и нахрена тогда?
> Сколько ps не корми - графану не получишь, ну и нахрена тогда?Btop++? Тут кто-то его запостил, офигенная штука выкладывать скриншоты управления космическим кораблем. А с практической точки зрения - дает быстрое overview что в системе вообще творится: CPU, RAM, IO, disk usage, net, вот это все. И сортировка процессов по дефолту не очень тупая - по некоему усредненному юзанию CPU - оно показывает именно CPU hog независимо от дикости флуктуаций нагрузки "здесь и сейчас", хайлайтятся именно те кто нагружают в среднем проц больше чем остальные. А до кучи попавший под внимание процесс можно сразу и пристрелить.
В общем нормальная обзорная вьюшка чем система занимается. А заодно мастеркласс как делать симпотные консольные программы. Вы поди даже и не думали что в терминале такое можно нарисовать. С непогано выглядящими графиками (брайлевскими символами из уникода) и хайколором ажЪ. И круглыми, сцуко, уголками диалогов, во.
А. "выкладывать скриншоты" - цэ круто, конечно. Не коньки - но тоже хорошо. Главное - в пакетную базу дистрибутивов не тащить, на пару скринов и curl|sudo сойдет.
> А. "выкладывать скриншоты" - цэ круто, конечно. Не коньки - но тоже хорошо.Кроме выкладки скриншотов, симпатичной программой еще и просто приятно пользоваться. Чисто по человечески.
> Главное - в пакетную базу дистрибутивов не тащить, на пару скринов и curl|sudo сойдет.
Наоборот - без наличия в пакетной базе нафиг не упало. Потому что ради только скринов ставить прогу мало кто будет. Значит должно свое дело выполнять.
Вот сабжа например - нету в пакетной базе моего дистра, скрин воображение не поражает, а кастомный яп не добавляет радости при сборке. Соответственно...
в репу дистрибутива довольно тяжело пробиться и требует много шагов. первый - хотя бы проголосовать за него на AUR https://aur.archlinux.org/packages/ttopкак только это произойдёт - можно затащить в arch, а после арча уже немного легче и в другие дистрибутивы пролезть
Но, я добавлю, что попытался максимально простой сделать установку - небольшой статичесткий бинарник
старый добрый htop тож хорош и прост и функционален
эта утилита для работы с историческими данными. Тут это только часть функционала.Аналогично про htop
Про дизайн - в htop много графиков, но самое важно - список процессов - это четверть экрана
и эти исторические данные никому не нужны
спасибо за на-водку. не слышал о нём раньше. хотя конечно для мониторинга выглядит излишним, но впечатляет. Вот если бы все дистры использовали такое по умолчанию, тыды да, имело бы высшый (с)(тм) смысл.
> спасибо за на-водку. не слышал о нём раньше. хотя конечно для
> мониторинга выглядит излишним, но впечатляет.Мне зашло для быстрого понимания "что тут вообще в системе творится и кто ее грузит". На этот вопрос ответ в целом дает, да еще стильно так, сцуко. И зависимостей мизер.
> Вот если бы все дистры использовали такое по умолчанию, тыды да,
> имело бы высшый (с)(тм) смысл.Для меня добавить +/- 1 пакет в мои образа это 1 скриптик поправить. И оно будет везде где я системы раскатывал по моим лекалам. А что там у кого в дефолтах мне похрен, я их - и их инсталлеры ставящиеся по часу - последний раз видел уже и не помню когда в последний раз. И времянки деплоя систем у меня иные совсем.
он то конечно красив, но не информативен, если мне шашечки то да, но если быстро посмотреть что нужно, то я лучше htop и glances
gotop & btm (aka bottom) забыли для сравнения
Htop тоже ничего
Это не альтеонатива htop, хотя, без сбора истории может ей быть
Мне нравятся утилиты с консольным и текстовым интерфейсом.
а я люблю обмазываться несвежим джаваскриптом и быдлокодить, каждому своё
Подскажите уже какой top показывает занятость Кеша процессора или % утилизации шины проц-cpu, или % утилизации lsi контроллера
А какой красивее как-то пофиг, показывали бы более полные и интересные данные, а не эти не скучные обои
Могу подсказать, если ответишь с какого адреса начинается кеш процессора.
Немного утомило сравнение с htop/btop - дописал в readme где основное отличие
смотри не запыхайся
тоже спрошу - подскажите аналог resmon.exe по активности дискового io
не общую инфу, а с разделение по процессам и связанным файламзнаю strace, fatrace но это не то, интересует топ
iotop?
не показывает какие файды читаются/пишутся
С такими аппетитами блочный трейсер в ядре. Там прям по блокам расписано что и куда.
Более красивый atop?
можно и так сказать, но с отличиями:- с данными по диску (в atop это через патч только)
- с триггерами/алертами
- с графиком за день - легко увидеть где были проблемы в течении для
> можно и так сказать, но с отличиями:
> - с данными по диску (в atop это через патч только)
> - с триггерами/алертами
> - с графиком за день - легко увидеть где были проблемы в
> течении дляНаивный вопрос: а нафига это все в программе с юзеринтерфейсом? Вон то уместнее для какого-нибудь демона мониторинга и статистики, и то - скорее обвеса к нему. Но ему TUI уж точно ни к чему.
ответ: это по сути и есть две программы, только в одном бинарнике. одна не совсем демон, но коллектор этой статистики, другая - как раз tui для просмотра
Ubuntu после btop/install.sh:
>cannot execute binary file: Exec format error
круть, наконец-то адекватный язык