Простой мониторинг нагрузки на сервер в реальном времени с веб-интерфейсом

[@kirichenko]

Есть над чем работать awesomescreenshot.com/0cf2h7kkfd

[@alterpub]

Угу, еще кнопки Pause/Play местами перепутаны, по Play все замирает, по Pause начинает работать.

[@derPilot]

Кнопки не перепутаны. Это проблема дизайна. Каждая из кнопок работает одинаково, как [play/pause]. Текущее состояние выделено жирным, потому и кажется, что кнопки перепутаны. Можно было бы обойтись одной кнопкой.

[@kirichenko]

это «CPU %»

[@lehha]

красивая вещь, но тут ноутбук грузит проц на 40% (core i7). Полегче бывает?

[@icepro]

По заверениям разработчиков, демон scout_realtime потребляет ресурсов не больше, чем широко известная утилита htop.

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

Плюс небольшое предложение — в текущей реализации, для real-time'a эта утилита висит демоном, но не лучше было бы сделать on-demand? Это из личного опыта, дело в том что я не сижу и не смотрю как плывет график, я зачастую хочу видеть тренд, за час/день/месяц. Мне кажется что cron джоба, которая с некоторой периодичностью (пусть 1/2/5 мин, заодно и хаотичные всплески уберутся) собирает статистику и потом, по требованию, показывает ее — будет экономичнее нагружать сервер.

[@lehha]

Да ладно сервер — он железный, справится. У меня клиентская часть так грузит — бук воет как самолёт.

[@icepro]

Ах вот оно что, коментарий был о клиенте. Тогда взглянуть на нагрузку самой утилиты еще интереснее.

[@globik]

Ниже POS_troi сделал скриншот окна терминала с запущенным htop и scout_realtime, нагрузка действительно примерно одинакова (1-2%): #comment_7394953

[@luckyredhot]

это зачёт!) утилита мониторит и заодно создает тестовую нагрузку :D

[@proto]

Неплохо, но по моему кнопки пуск и пауза перепутаны)

[@kyzia]

отличный

дизайн

и маленькая наргрузка? Вы шутите.

[@kyzia]

меня всегда удивляло какое количество костылей пишут люди.
Есть же sysstat — достаточно только включить в /etc/default

В конце концов, если очень хочется достаточно:

while true; sleep 1; do top -b | head -n2 >> ~/top.log; done

watch -n1 tail 1000 ~/top.log

Но ставить дополнительное приложение на сервер для того чтобы красиво посмотреть вывод команды top?
Это простите, за гранью.

[@Urn]

Нехватает диск ио и сети. Хотя можно atop…

[@Jabher]

а может, все-таки new relic?

[@loststylus]

New relic не совсем в реальном времени обновляется, а итерациями, но да, я бы скорее им воспользовался бы :)

[@merc]

такой бы на го — было бы классно. Руби ставить — уже тяжелый процесс

[@loststylus]

Лол что? Поставить руби — одна строка, даже я при своей неприязни к руби не могу сочти это за аргумент. У меня вот го нету.

[@merc]

Вы видимо не знаете, что для работы го приложения не надо ставить го.
А вот как установить руби 1.9.3 и выше одной командой — я не знаю. apt ставит старый 1.9.2
Разберитесь, прежде чем писать

[@Jabher]

не, ну строго говоря можно ввести

\curl -sSL https://get.rvm.io | bash -s stable --ruby

Это считается одной строкой ведь, верно?

А вообще

apt-get install ruby1.9.3 

спокойно работает в ubuntu server 12.04.3LTS, в седьмом дебиане, кажется, тоже.

[@merc]

строго говоря потом надо писать rvm install 2.1.0 и rvm use 2.1.0 а только потом ставить гем.
Кроме того, засовывать рвм в шелл — не очень хорошо на продакшен серверах. Лучше уж rbenv
Не надо мне рассказывать про руби — я прекрасно знаю что и как.

Разве вы не согласны, что если бы такая тулза была на го было бы удобнее?

[@kyzia]

Удобнее был бы питон )
Его и ставить не нужно.

[@loststylus]

Вот это точно!

[@Jabher]

да я согласен даже с тем, что rvm зло, но все равно это все-таки одна строка

[@merc]

вы победили, да-да, одной строкой.

Я только никак понять не могу, как 'ставить что-то' может быть удобнее, чем 'не ставить ничего'

[@POS_troi]

Есть у меня старый ноутбук, используется как маленький сервер для GIT+GitLab.
Установил данный сабж, собственно описанных выше проблем не обнаружено, память не пожирает (держится на уровне 17Мб), проц не грузит.
Собственно по прожорливости проца держится на уровне с htop — около 1,5-2%.

Скриншот htop

Из проблем только перепутанные кнопки.

Вообще понравилось, не думаю что когда-то буду использовать, но звёздочку на гитхабе жмакнул.

globik спасибо за наводку.

[@Malamut]

Штука интересная, только одна у неё проблема: показывает только статистику, пока браузер открыт. Если бы она хотя бы умела запоминать со стороны сервера на указанный интервал времени и позволяла бы прокручивать — было бы уже юзабельно в некоторых случаях. А так просто баловство.

[@POS_troi]

Автор не позиционирует эту утилиту как средство постоянного мониторинга, а то что вы написали, под это есть другое ПО предназначенное для этой цели.

Это стоит воспринимать просто как игрушку.

Накатал на виртуалку FreeBSD + Linux compat, «замоунтил» linprocfs в /proc. По идее должно было взлететь но не взлетело, нужно копать либу proctable_lite.rb, форкнул, займусь на досуге :)

[@ZAZmaster]

Как можно следить за прогрессом? Очень хочется сие чудо на BSD.

[@POS_troi]

Там загвоздка в том что придётся пилить два проекта автора. Или лучше отвязаться от авторского «server_metrics» и использовать gem библиотеки «sys-proctable» (за основу автор её взял вроде и там уже есть либа под FreeBSD без procfs) — с соответствующим перепилом scout_realtime.
Ваш комментарий добавил в избранное, если что сообщу в личку и попрошу потом globik добавить ссылку в статью.

[@ZAZmaster]

Спасибо! Буду ждать с нетерпением!

[@ProotIK]

Наверное, я отстал от жизни, но мне будет проще использовать htop, нежели это.

[@POS_troi]

Не могу на гитхабе найти концы библиотеки proctable_lite.rb, как я понял либа взята отсюда sys-proctable и кастрирована, только не понятно почему автор не указал откуда собственно либа и почему он использует её кусок а не просто воспользовался гемом, там кстати и под FreeBSD есть :/