Потеря производительности через 30 минут

Это меня озадачило. У меня Ubuntu 14.04, 3 дня назад (2014-20-10) он начал замедляться.

Я воспроизвел его, открыв gedit, а затем закрыв gedit, когда проблема активна, она набирает примерно 2 секунды для закрытия пустого файла, в то время как без проблемы это всегда мгновенно - влияет на все остальное аналогичным образом.

top не сообщает о необычной активности при замораживании, htop же, iotop тоже.

Проблема возникает только после 30 минут безотказной работы, я могу гарантировать, что в течение 29 минут времени безотказной работы я не смог ее воспроизвести, в течение 31 минуты безотказной работы я мог бы воспроизвести это последовательно (используя вышеуказанный метод, ни одно приложение не запускало другие чем терминал и htop) и удалось повторить это 4 или 5 раз (путем выключения, загрузки и ожидания на полчаса - что было приятным).

Проблема сохраняется даже после перезагрузки, но может быть сброшена путем отключения и включения резервной копии, какая часть состояния Ubuntu сохраняется после перезагрузки, но не выключения?

Релевантные журналы за этот период syslog, auth.log и Xorg.0.log (путем изучения содержимого / var / log для изменения времени в указанном диапазоне)

syslog:

Oct 22 17:21:36 raiden NetworkManager[1102]: <warn> nl_recvmsgs() error: (-33) Dump inconsistency detected, interrupted
Oct 22 17:39:01 raiden CRON[3284]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Oct 22 18:09:01 raiden CRON[3370]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))

authlog:

Oct 22 17:39:01 raiden CRON[3283]: pam_unix(cron:session): session opened for user root by (uid=0)
Oct 22 17:39:01 raiden CRON[3283]: pam_unix(cron:session): session closed for user root
Oct 22 18:09:01 raiden CRON[3369]: pam_unix(cron:session): session opened for user root by (uid=0)
Oct 22 18:09:01 raiden CRON[3369]: pam_unix(cron:session): session closed for user root
Oct 22 18:17:01 raiden CRON[3495]: pam_unix(cron:session): session opened for user root by (uid=0)
Oct 22 18:17:01 raiden CRON[3495]: pam_unix(cron:session): session closed for user root

Xorg.0.log: (возможно, я просто пробуждаю компьютерную резервную копию)

[  3466.727] (II) intel(0): switch to mode 1366x768@60.0 on LVDS1 using pipe 0, position (0, 900), rotation normal, reflection none
[  3466.880] (II) intel(0): switch to mode 1600x900@60.0 on VGA1 using pipe 1, position (0, 0), rotation normal, reflection none

Ни один из них не указывает на что-то плохое и последующие шаги для воспроизведения проблемы указывают на отсутствие изменений в (d10)

Я предполагаю, что есть 3 возможных источника этой проблемы:

Установка программного обеспечения: я установил что-то хитрое

I сделал:

Установка программного обеспечения: я установил что-то хитрое

Проверено cronjobs в crontab, /etc/cron.d /etc/cron.daily и ежечасно ничего, что указывает на то, что там только что задание PHP cron происходит каждые 30 минут, но если бы это было cron, это сделало бы это в определенных точках вокруг часы не через 30 минут после запуска.

Анализ новых процессов, которые были начаты между состоянием без замедления и замедлением, указывает, что никаких новых процессов не запускается (сначала проверьте, что это вызвало поток kworker, но это, вероятно, просто совпадение). Я полагаю, это должно означать, что это либо существующий процесс, вызвавший его, либо что-то еще.

Malware

Из-за его неуловимости и загадочного 30-минутного отсутствия проблемы (30 минут кажется время, выбранное человеком). Я начал думать, что это может быть какая-то вредоносная программа, но маловероятно, что это может быть (не сделал какое-то обновление и несколько открытых портов). Итак, побежал rkhunter (поиск руткитов), но ничего не было найдено.

Другие вещи, которые я пробовал:

У кого-нибудь было что-то похожее на это с ними или может указать мне в правильном направлении, если вы это сделаете повторно нажимайте кнопку повторного голосования на свой ответ (я буду уверен, что это нечетное число)