TTop — утилита мониторинга системы с поддержкой исторических данных

Только что сделал v0.4.8: оно пытается добавиться в crontab если systemctl не сработало

https://github.com/inv2004/ttop/releases/tag/v0.4.8

так как, оказалось, не везде systemd есть

Сейчас посмотрю что за ошибки

А что под АРМ нет

Под arm она точно собирается, но в автоматическую сборку пока не добавил

так как, оказалось, не везде systemd есть

Выпьем за сюрпризы в этой жизни!

No local packages.json found, download it from internet

Поправил в 0.4.9

Error: unhandled exception: value out of range

хм. А можно попросить ~/.cache/ttop почистить и(или) ttop-debug скачать- чтобы stackstrace был?

root@radionet-nas:~# ttop –on

Кажется что systemctl --user не работает от рута. Я изучу

Думаю, что руками можно сделать тоже самое только без --user

systemctl daemon-reload
systemctl start 'ttop.timer' 

А вообще, хотелось бы попросить у автора инструкцию по сборке, учитывая, что язык-то не мейнстримный.

А вообще, хотелось бы попросить у автора инструкцию по сборке, учитывая, что язык-то не мейнстримный.

curl https://nim-lang.org/choosenim/init.sh -sSf | sh    # Nim

git clone https://github.com/inv2004/ttop
cd ttop
nimble -d:release build

nmon вроде реализует всё в одной куче.

systemctl|grep timer

systemctl list-timers

почему не htop - он не умеет снепшоты

смысл если есть loadavg? который можно в снапшоты.

смысл если есть loadavg? который можно в снапшоты.

конечно много чего есть, однако для меня atop был самым полезным/лёгким (там где не ставилось что-то типа прометеуса/графаны)

с поддержкой исторических данных

Каковы были показания 1895 года учитывая летописи? ))) Может всё же просто «с поддержкой истории»?

man-ы — не, они для старперов!
справка по -h — чисто для галочки.
справка на гитхабе — только как вытянуть и сбилдить.
справка в самой программе по F1/h/? - ну нафиг! и так же все понятно!

вывод: автор не планировал что его программу будут пользовать...

tripod.com

музей археологии на лоре! :)

man-ы — не, они для старперов!

так и есть

справка по -h — чисто для галочки.

а чего не хватает?

справка на гитхабе — только как вытянуть и сбилдить.

три варианта установки, сбилдить - только один из них

справка в самой программе по F1/h/? - ну нафиг! и так же все понятно!

в нижней строке

root@:~# ttop –on

Не удалось пока починить - очень странное поведение systemctl с --user от рута. Но, если убрать --user, то оно видит только системные конфиги, - не очень понятное ограничение

Те, кто не знают историю, будут повторять её ошибки, только с systemd.

А почему на графике система не загружена, а в табличке 100% цпу?

Под АРМ

curl https://nim-lang.org/choosenim/init.sh -sSf | sh
choosenim-init: Error: Sorry, your platform (linux_arm) is not supported by choosenim.
choosenim-init: Error: You will need to install Nim using an alternative method.
choosenim-init: Error: See the following link for more info: https://nim-lang.org/install.html

nimble -d:release build
Error: Unknown option: --d

А почему на графике система не загружена, а в табличке 100% цпу?

Там только один процесс 100%, он на одном ядре из 12

Под АРМ

А какой именно arm? даже интересно попробовать

Вот тут человек собирал: https://github.com/inv2004/ttop/issues/6

Но, как я понимаю, вопрос именно в компиляторе под конкретный arm. Без кросс-компиляции?

А чего эта утилита не отображает график как в скриншоте новости?

А чего эта утилита не отображает график как в скриншоте новости?

Утилита отображает график по сохранённым снепшотам. которые включаются ttop --on

Я изначально сделал чтобы график был за каждое обновление в tui, но он показался сильно шумным (что в ascii ещё менее приятно) и сделал только по снепшотам, которые по-умолчанию раз в 10 минут

Но вы уже второй кто этом упоминает, надо подумать - может вернуть обратно и добавить «live» к графику

Я на апельсинке пробовал. Попробовал как на малинку по ссылке выше.

nimble build
       Info Hint: used config file '/etc/nim.cfg' [Conf]
     Error: Could not read package info file in /home/user/ttop/ttop.nimble;
        ...   Reading as ini file failed with:
        ...     Invalid section: .
        ...   Evaluating as NimScript file failed with:
        ...     home/user/ttop/ttop.nimble(19, 1) Error: wrong number of arguments.

Could not read package info file in /home/user/ttop/ttop.nimble

Странно как-то, как будто версия старая.

Можете удалить всё что начинается от task и попробовать ещё раз?

Тогда на графике должно быть максимум 1200%? В смысле одинаковые метрики.

Тогда на графике должно быть максимум 1200%? В смысле одинаковые метрики.

Если про самое левое число в CPU, то я решил без этих всяких 1200%, а 0-100% как среднее от всех ядер. по сути для этого даже отдеальная строка в /proc/stat, не очень понятно почему top это сразу не поправил, а потом это уже стало как традиция - типа 400% загрузки

Просто в том же сисмоне можно выбрать, бить по ядрам или среднее показывать, мне кажется было бы удобнее одинаковые метрики иметь и в таблице и в саммари.

Я подумал, что одна цифра всё же удобнее.

По ядрам и так видно дальше, в таблице - по процессу (вот кстати интересно если процесс два ядра будет кушать - я не проверял).

Но средняя - удобнее всё же 0-100%. Просто если вы видите цифру 452%, то она ни о чём не говорит, так как надо узнать количетво ядер, умножить на 100 и потом можно решить - сейчас процессор перегреется или ещё ок. А так, например, видите среднюю цифру 52% - ну значит ок пока.

Но, опять же, если если это какой-то принципиальный момент который я упустил - поменяю

В саммари нормально, просто из таблицы видно, что процесс урандом кушает 100% цпу без привязки к числу ядер.

В саммари нормально, просто из таблицы видно, что процесс урандом кушает 100% цпу без привязки к числу ядер.

Хм, понял, спасибо. Надо подумать.

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

Писать 8.33% у процесса - тоже немного странно, наверное

может вернуть обратно и добавить «live» к графику

Может, если статистика еще недоступна, показывать live, а как она появилась в достаточном объеме - начинать показывать в обычном режиме?

Или, хотя бы на месте графика показывать строку «Graphic display is not possible. Wait for accumulate statistics.» или что-то в этом роде.

А то первое знакомство с программой вводит человека в недоумение: обещали красивые графики, а графиков почему-то нет.

Может, если статистика еще недоступна, показывать live, а как она появилась в достаточном объеме - начинать показывать в обычном режиме?

Наверное, но я боюсь, тогда будет следующий вопрос после появления статистики: почему теперь график не обновляется. А потом ещё один вопрос - а как по истории бегать, - а вы же её не включили

Основная идея была всё же график привязан к истории. Надо подумать

Или, хотя бы на месте графика показывать строку «Graphic display is not possible. Wait for accumulate statistics.» или что-то в этом роде

А вот это точно надо - спасибо за идею

Можешь при наличии более чем одного цпу добавлять колонку с суммарной загрузкой.

Сделал показ live если нету снепшотов и ещё из «исторического» режима можно в live переключиться по l

https://github.com/inv2004/ttop/releases/tag/v0.5.2

https://aur.archlinux.org/packages/ttop

Можешь при наличии более чем одного цпу добавлять колонку с суммарной загрузкой

Я думаю более одного CPU почти у всех. Но вот добавлять ещё одну колонку - не уверен, в том плане что смотрю htop - там одной колонкой обходятся. единственное отличие - нету сверху цифры в заголовке

После перезагрузки внезапно наступила такая фигня:

root@radionet-nas:~# ttop -s
invalid unsigned integer: 
strutils.nim(1091)       parseUInt

root@radionet-nas:~# ttop
invalid unsigned integer: 
strutils.nim(1091)       parseUInt

Linux radionet-nas 5.4.0-137-generic #154-Ubuntu SMP Thu Jan 5 17:03:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
root@radionet-nas:~# lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 20.04.5 LTS
Release:	20.04
Codename:	focal

Прошло немного времени и он взял и опять заработал. :)

Данные он хранит в ~/.cache/ttop

Попробую вострооизаести , можно в случае если у вас повторится попросить что ttop-debug напишет?

Было-бы очень не плохо иметь возможность указать путь для данных.

Попробую вострооизаести , можно в случае если у вас повторится попросить что ttop-debug напишет?

Это где? В ttop параметра такого нет. И ttop-debug у меня нет.

Было-бы очень не плохо иметь возможность указать путь для данных

Сделаю, переменной окружения ок для начала? Конфиг приедет только вместе с telegram-нотификациями позже

Это где?

wget https://github.com/inv2004/ttop/releases/latest/download/ttop-debub

Это более жирная сборка со стеком

ttop-debub

ttop-debug

ок. Записал в cron ttop-debug.
Будем наблюдать...
А с ttop краши были такие. http://hbars.site/files/ttop/

Будем наблюдать…

спасибо, попробовал добавить/удалить разные mount - вроде ничего не упало. да и что само без удаление данные восстановилось немного странно

А с ttop краши были такие

тут вообще смущают coredump, по идее у меня в кору не не падает

Предположительно, дело было в /proc/PID/tasks/children, обновил в v0.5.5

Посмотрим.
Вчера забыл. Вот корка от debug.
http://hbars.site/files/ttop/_usr_bin_ttop-debug.0.crash

man-ы — не, они для старперов!

так и есть

Ну пилите тогда тиктоки с ютуб-шортами - это стильно-модно-молодежно! ;-)

справка по -h — чисто для галочки.

а чего не хватает?

Тут по теме пройтись - уже куча вопросов, на которые было бы хорошо ответить где-то. Лично мне: не хватило горячих клавиш, переключений режимов/графиков (как в скриншотах), ну и вообще привычной справки как в (a|h)top по нажатию [?]

PS Когда-то линуксоиды мечтали о том, чтобы перетянуть вендузятников к себе и чтобы тебе прониклись UNIX-веем! Но пришли вендузятники и притянули с собой венду... Ех... Ушел читать свои старперские man-ы и RFC.. :'-(

Вот корка от debug

403

обычной справки как в (a|h)top по нажатию [?]

можно добавить