TTop 1.2.0 — система мониторинга: добавлена информация о Docker, триггеры на события

Надо было тип-топ называть

А зачем оно при наличии btop?

у меня как-то не клеится смысл тулзы. вроде TUI - запустил, посмотрел закрыл. При этом Saving historical snapshots via systemd.timer or crontab - зачем TUI-тулзе функционал демона? ок, если он есть, то не увидел у тулзы работы в фоне с отвязкой от терминала. Триггеры - это вроде как продолжение функционала демона, тогда зачем TUI?

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

Вот для такого

Как пример, информация в Telegram: https://user-images.githubusercontent.com/4949069/215402008-eb0325f9-3e6e-4908-a6aa-d7b3b64f09db.png

достаточно шелл скрипта с кроном.

В btop нельзя данные назад отматывать, например, и следит за ними он не постоянно. Несколько разную цель преследуют эти инструменты

Он жрёт прилично, чаще всего так что он в своём top на первом месте по загрузке CPU =) Хотя они все жрут

Код местами ужасен, например: https://github.com/inv2004/ttop/blob/main/src/ttop/format.nim#L16

Автор, почитай «Совершенный код» Макконнелла.

а как это красиво сделать? Логарифмом?

Можно и логарифмом, можно и битовыми сдвигами. Можно и попроще, что-то вроде такого (Nim не знаю, сильно тапками не кидайтесь):

const 
  KB = 1024
  MB = KB * KB
  GB = MB * KB
  TB = GB * KB
  PB = TB * KB

proc formatBytesToReadableSize*(bytes: int): (float, string) =
  let floatValue = bytes.float

  case bytes
  of bytes < KB:
    (floatValue, "b")
  of bytes < MB:
    (bytes / KB, "KB")
  of bytes < GB:
    (bytes / MB, "MB")
  of bytes < TB:
    (bytes / GB, "GB")
  of bytes < PB:
    (bytes / TB, "TB")
  else:
    (floatValue, ".")

И главное – тесты. С ними и код станет читабельнее, поскольку многое придется рефакторить.

с размерностями беда выходит, однако

Какой-то комбайнище.
Набор процессов «впечатляет»… Автор индус?

zztop

Лучше тик-ток. Стильно, модно, молодёжно.

./ttop
bash: ./ttop: не удаётся запустить бинарный файл: Ошибка формата выполняемого файла

а под 386\686 что нибудь есть?

Это кашерная версия.

Бесовская будет hip-hop.

Нет, только под s390

titty-top

некоторое количество багов, связанное с

уменьшем размер

Автор таки индус.

всего исправлений: 9

Проверяющий, впрочем, тоже.

Маргарита уже наточила свою монтировку.

Настоящая православная версия это isotop.

Tui отдельно, сборщик статистики отдельно, хотя это и в одном бинарнике

уменьшем размер статической сборки – 929kb

Тем временем, вспомогательная библиотека на typescript, которая только и умеет, что создавать S3 buckets с определёнными свойствами, занимает 470 Мб из которых 464 — node_modules. Сразу видно где серьёзная работа, а где студенческая поделка.

Я согласен, жутковато выглядит - исправлю. Особенно нижняя граница, проверка которой тут не нужна

Неужели нельзя было обойтись без последней супер-пупер версии нима?

$ sudo apt-get install nim
$ git clone https://github.com/inv2004/ttop
$ cd ttop
$ nimble -d:release build
  Verifying dependencies for ttop@1.2.0
       Tip: 1 messages have been suppressed, use --verbose to show them.
     Error: Unsatisfied dependency: nim (>= 1.6.12)

$ nim --version
Nim Compiler Version 1.6.10 

Почти :) Статический бинарник разумеется качать не буду… Скачивать ним и ставить где-то в /usr/local тоже не хочу

unfo

Специально для тебя: https://github.com/inv2004/ttop/blob/main/src/ttop/format.nim#L12

Спасибо что напомнили про этот кусок

Проверил - под 1.6.10 собирается - поправил требования. git pull

А зачем оно при наличии btop?

Тот же вопрос, но в сравнении с htop :)

htop не работает с историческими данными. btop аналогично

К сожалению это зависимость требует 1.6.12. видимо у меня она была собрана и не потребовала пересборки

я ещё раз посмотрел - если ты про Arch, то да - проблема - получается в Extra лежит только 1.6.10, довольно старый

У меня Дебиан 12. Тоже 1.6.10

«довольно старый» :) :) :)

Не думал что проблема такая сложная - пришлось повозиться: я форкнул зависимость которая требует 1.6.12 (без причины), и понизил версию

Теперь должно собираться в 1.6.10 - проверьте пожалуйста

Теперь собирается! Спасибо

в релизах на github нет хэш-сумм, и в PKGBUILD соответственно тоже. Нехорошо.

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

я так понимаю если прямо из git забирать - то мало кто ставит сумму

в ttop 1.2.4 оптимизировал сборку дерева процессов - на глаз стало заметно меньше есть CPU (хотя и до этого было не много)

Ну что сказать. Запускается, но жрёт память! Похоже утечка памяти.