Как определить, какой процесс грузит vds?

Question

[svlytkin]

Подскажите, пожалуйста, есть ли инструмент для определения, какой процесс cron грузит память?

Пользовал top и ps -ef, но там не показывает, какой точно процесс.
Поставил munin, но там только графики для мониторинга.

У меня vds на digitalocean, 4 процесса в кроне, которые синхронизируют данные между сервисом рассылки, сайтом и crm.
В определённый момент перестаёт грузиться сайт из-за них (в поддержке digitalocean написали, что сервер убивает процесс запуска сайта из-за нагрузки), но какие процессы этому причиной точно определить не получается.

Answer 1

[RPG]

Oprofile умеет мониторить производительность всей системы без заметного замедления. Всё записывается в лог, из которого потом можно сформировать отчёт - виновник тоже должен попасться.

Comments

[svlytkin]

спасибо, удалось определить по htop, что проблема в /usr/sbin/mysqld, но это слишком расплывчато, Oprofile он до такого же уровня пишет или подробнее?

[RPG]

Нет, Oprofile только даст преимущество в том, что не нужно сидеть и караулить top-ом необходимый процесс. Чтобы понять, какой запрос повалил базу данных, в mysql есть режим логирования "долгих" запросов - попробуйте его: dev.mysql.com/doc/refman/5.1/en/slow-query-log.html

[svlytkin]

спасибо, включил, наблюдаю

Answer 2

[nekipelov]

top все прекрасно отображает (в колонке %CPU процент использования, в колонке COMMAND имя процесса), можно использовать более удобный htop.

Можно в cron запускать программы через time, тогда после выполнения на емейл придет отчет вот такого вида:

real 1m1.694s
user 0m3.360s
sys 0m5.516s

из которого понятно, сколько процессорного времени затратила программа и в каком режиме.

Можно запускать с помощью cron каждую минуту команду

ps h -eo pcpu,comm | sort -n  | tail -n1 >>/home/user/cpu-usage-stat

и после поступления очередной жалобы смотреть, какой же процесс встречается чаще всего. Если бы передо мной встала такая задачка, я бы таким же образом выводил штук 5 самых жадных до CPU процессов, сохранял в БД, а потом посмотрел.

Comments

[svlytkin]

ну, тут вопрос в том, что у меня грузит /usr/sbin/mysqld, а из этого не понять, что именно, + процессов в mysql много идёт, поэтому важно залогировать, а не в реальном времени отлавливать, может есть, что-нибудь подобное?

[nekipelov]

Так что надо понять: какой процесс кушает ресурсы CPU или теперь уже кто заставляет mysqld кушать ресурсы?

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

[svlytkin]

спасибо, включил, разбираюсь