Я использую collectd для записи системной нагрузки среди многих других параметров. Это хранит данные в хранилищах RRD, которые могут быть изображены в виде графика и иначе проанализировали использование многих доступных инструментов и сценариев. Я использую измененную версию этого сценария для моего построения графика (демонстрационный вывод).
Collectd имеет плагины для контроля большого количества материала (все обычно просившее и несколько вещей на вершине), и создание Вашего собственного не должно быть трудным при необходимости в чем-то специализированном поэтому делает для очень гибкого инструмента. Конфигурирование графиков в rrd.cgi является очень ручным процессом, хотя не трудный, хотя Вы могли бы хорошо найти более удобный инструмент для работы с файлами RRD сохраняемым collectd.
Munin является самым легким способом получить графики времени работы с минимальным усилием в установке и настройке. Я также использую на для совокупного использования CPU некоторым процессом, но это не то, что Вы попросили.
Посмотрите на man sadc
(Системная программа сбора данных действия) и man sar
(Соберите, сообщите или сохраните системную информацию действия).
В моей системе Ubuntu все я должен был сделать для включения сборов данных, начиная с cron
задание уже было на месте, было редактирование /etc/default/sysstat
и измените эту строку на "истинный":
ENABLED="true"
Отобразить информацию о загрузке, подобную uptime
, сделайте:
sar -q
Отображать вывод по умолчанию для диапазона определенного времени и даты (здесь, 20-й из месяца):
sar -s 11:00:00 -e 14:00:00 -f /var/log/sysstat/sa20
Загрузка усредняет данные, может быть найден в /proc/loadavg
псевдофайл. Формат там, возможно, более подходит для автоматической обработки. Кроме формата, это точно те же числа как те, которых Вы принимаете, когда Вы выполняетесь uptime
команда.
Однажды назад, для решения проблемы, подобной Вашему, я просто запланировал сценарий удара с cron
читать /proc/loadavg
и проблема a rrdtool update
управляйте для обновления базы данных RRD.