(БАГ) - Неправильные данные в 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 . Высчитывать дельту дорого, да и честно говоря, не понятно как ее считать. Тем не менее, даже такие данные могут быть полезны для анализа и отслеживания тенденции работы сервера.