Как диагностировать процесс, вызывающий катастрофический отказ с помощью цифровой судебной экспертизы

Ubuntu 18.04 lsb, я пытаюсь выяснить лучший способ диагностировать то, что происходит, когда экземпляр Amazon Ec2 (свободный уровень) зависает.

Существует экспериментальное сервисное выполнение и может быть / утечка памяти.

Для качества жизни я использую утилиту, названную lnav, чтобы помочь мне просмотреть системные журналы. Также я установил утилиту, названную monitorix к visiualise, что происходит.

Могу я / как делают меня для идентификации определенного процесса, вызывающего проблему от системных журналов? Какой журнал мог бы помочь мне? (/var/log/syslog не помогает),

Эти диаграммы показывают высокую загрузку ЦП, связанную с системной областью подкачки, используемой, пока катастрофический отказ не происходит.

Но это не говорит мне определенный процесс. Как я могу сделать это через терминал?

Там некоторый другой процесс контролирует, я мог для конфигурирования?

Любая справка ценится...

Править: Благодаря подсказке от @Rinzwind sar теперь установлен и крон выполняет его каждые 2 минуты..., но это не дает информацию об уровне процесса. Таким образом со справкой из этого другого ответа:

pidstat 5 > pidhist.log каналы к текстовому файлу и выполнению его на персистентной сессии помогут диагнозу, когда случай произойдет снова.

@heynnema предлагается iotop

Выполнение iotop -P -a который является top для файлового ввода-вывода как сумматор. Это указало, что экспериментальный процесс (моно сервис) был тем, использующим большую часть подкачки с ЗАГРУЗКОЙ
****

Это более видимо в top

Мы видим, видят, что тот же шаблон потребления, и затем после перезапуска процесса возвращается к нормальным ~20% от monitorix.

Система устойчива в течение многих недель подряд между этими случайными событиями. Доказательство от iotop доказывает, что базовая проблема в рамках экспериментального процесса!

Все же это - все еще диагноз времени выполнения. Существует ли способ определить от существующих журналов, какой процесс был виновным после факта? сделать это без без упреждающего контроля и входа.

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

Спасибо за любую справку.