Зависание приложения

Опишу проблему как можно понятнее и короче! Есть многопоточное приложение, не кроссплатформенное - only for Linux. Есть подозрение, что со временем забивается память и один из потоков не может перезапуститься, уж как - не могу понять, но факт налицо: один поток получает кадры с камеры и временно кладет их в ОП, второй распознает номера на кадрах и в случае наличия номера - сохраняет их в ФС либо освобождает память! Так вот - процесс работает 2 дня, может неделю и даже месяц, но в один прекрасный момент в ФС перестают складываться фотки, хотя в top потоки процесса отображаются!! Видимо, один из этих двух потоков не работает... не прошу помогать именно с этим(хотя, если кто то по такому описанию смог увидеть какое то решение - буду рад).. пока хотелось бы проверить пару гипотез, но для этого хотел узнать у вас -

1) как получить дамп памяти для многопоточного приложения. Gdb пробовал - во первых по причине неизвестного времени "зависания", во вторых по причине того, что checkpoint внутри gdb говорит что то типа - не могу сделать checkpoint для multithreaded process. Также читал - но не совсем понял cut
и самый популярный ответ на вопрос здесь
cut
( непонятно куда этот кусок вставлять - хотя скорее всего в моем случае это не вариант, ибо момент зависания опять таки неизвестен)


2) много раз писал простенькие проги и проверял их на утечки памяти , инициализируя в начале и проверяя в конце..тут же конца нет, приложение "вечное". Так как у таких приложений проверить наличие утечек памяти? поскольку первой в голову приходит проблема с утечками ( ведь что то выбивает приложение с пути истинного - хотя это может быть просто большая нагруженность дороги машинами в один момент времени - следовательно в ОП единовременно будет очень много информации и не будет хватать на аллокацию какую нибудь)

вобщем как то так... много мыслей в голове, от глупых до еще более глупых.. если кто то сможет посодействовать - буду премного благодарен!!!

0

Рассматривали возможность, что не открывается файл в фс (отказ фс)? Например, набивается критическое число сохраненных файлов, после чего следующий не создается. Обрабатывается ли в программе результат fopen, fwrite или что там используется вместо этого на наличие ошибки? Если есть отладочная печать, можете почитать логи, с какого момента появляется ошибка.

0

Сообщение от SteveG 2) много раз писал простенькие проги и проверял их на утечки памяти , инициализируя в начале и проверяя в конце..тут же конца нет, приложение "вечное". Так как у таких приложений проверить наличие утечек памяти? поскольку первой в голову приходит проблема с утечками ( ведь что то выбивает приложение с пути истинного - хотя это может быть просто большая нагруженность дороги машинами в один момент времени - следовательно в ОП единовременно будет очень много информации и не будет хватать на аллокацию какую нибудь)

Не знаю что Вы инициализировали и проверяли в конце...но есть valgrind - хороший инструмент, который покажет утечки. Это раз.
У любой нормальной программы можно придумать конец. Отправьте приложениям сигнал завершения, пусть они обработают все имеющиеся в очереди данные и завершат работу. Если утечки были - они и останутся.

Но проблема может быть в чем угодно. Например, один процесс может складывать информацию быстрее, чем другой обрабатывает (распространенный вариант).

1

Спасибо за ответ!! я уже разобрался и без завершения)) valgrind + gdb рулят!!

0