We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
(БАГ) - Неправильные данные в Services
(БАГ) - Неправильные данные в Services
Возможно что-то упустил, но поиск по форуму не дал результатов.
Статистика неверная отображается на вкладке Services
Во вкладке показывает у сервисов всех кроме апачика аптайм по 2 часа, у httpd 7 часов, в то время как например mysqld активен 5 дней 13 часов.
Память потребление тоже показывает у httpd Memory: 3341 mb, у mysqld Memory: 1591 mb в то время как на серваке всего 2 гига оперативки и 1 гиг своп, при этом по графикам и по команде top своп на данный момент использует 50 метров
Статистика неверная отображается на вкладке Services
Во вкладке показывает у сервисов всех кроме апачика аптайм по 2 часа, у httpd 7 часов, в то время как например mysqld активен 5 дней 13 часов.
Память потребление тоже показывает у httpd Memory: 3341 mb, у mysqld Memory: 1591 mb в то время как на серваке всего 2 гига оперативки и 1 гиг своп, при этом по графикам и по команде top своп на данный момент использует 50 метров
Re: (БАГ) - Неправильные данные в Services
В скрипте подсчета времени была неточность. Он использовал дату изменения файла /proc/$pid/cmdline, который периодчески обновляется и потому данные вскоре теряли свою актуальность. В новой версии появится исправление. Теперь будет использоваться время изменения папки /proc/pid. Хочу заметить, что даже после это улучшения, можно будет заметить разницу с показаниями команды ps. Дело в том, что ps использует для подсчета jiffies (тики процессорного времени) а не метки файловой системы. Во время синхронизации времени по ntp системное время может смещаться, но это не влияет на счетчики jiffies.
С памтью ситуация обстоит иначе. Расхождение вызвано тем, что объем занятый разделяемыми (shared) библиотеками, подсчитывается для каждого процесса. Для подсчета используется вывод команды pmap -x . Высчитывать дельту дорого, да и честно говоря, не понятно как ее считать. Тем не менее, даже такие данные могут быть полезны для анализа и отслеживания тенденции работы сервера.
С памтью ситуация обстоит иначе. Расхождение вызвано тем, что объем занятый разделяемыми (shared) библиотеками, подсчитывается для каждого процесса. Для подсчета используется вывод команды pmap -x . Высчитывать дельту дорого, да и честно говоря, не понятно как ее считать. Тем не менее, даже такие данные могут быть полезны для анализа и отслеживания тенденции работы сервера.