Определение причины остановки процесса в Linux

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

Если вы можете заметить этот «момент отсутствия реакции», вы можете использовать strace, чтобы подключиться к рассматриваемому процессу в течение этого времени и попытаться выяснить, где он «спит»:

strace -f -o LOG -p <pid>

Более легкий, но менее надежный метод:

1. Когда процесс зависает, используйте top / ps / gdp / strace / ltrace, чтобы узнать состояние процесса (например, ожидает ли он в "select" или потребляет 100% ЦП при вызове некоторой библиотеки)

2. Зная общий характер рассматриваемого вызова, настройте вызов strace для регистрации определенных системных вызовов или групп системных вызовов. Например, чтобы регистрировать только системные вызовы, связанные с доступом к файлам, используйте:

   strace -e file -f -o LOG ....
   

Если ремень для вас слишком тяжелый инструмент, попробуйте отслеживать:

1. Использование памяти с помощью "vmstat 1> / some / log" - возможно, в это время процесс загружается (или выключается)

2. Использование ввода-вывода с vmstat / iotop - возможно, какой-то другой процесс сбивает диски

3. / proc / interrupts - возможно, драйвер для вашей карты T1 испытывает проблемы?

Спасибо - strace звучит полезно. Поймать процесс в нужное время будет частью удовольствия. Я придумал схему, чтобы периодически записывать метку времени в общую память, а затем отслеживать ее с помощью другого процесса. Отправка SIGSTOP позволила бы мне хотя бы изучить стек приложения с помощью gdb. Я не знаю, много ли мне скажет strace по приостановленному процессу, но, может быть, я мог бы включить strace и посмотреть, что он скажет. Или включите strace и нажмите SIGCONT.