Как проверить фактические утечки памяти во время выполнения с помощью Valgrind?

Question

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

Но есть и другие объекты, которые не предназначены для всего времени работы программы, но не уничтожены из-за промахов разработчиков. Это фактические утечки памяти, которые необходимо устранить.

Когда мы запускаем следующую команду Valgrind, она отображает только полные утечки после завершения выполнения программы. Следовательно, может кто-то прояснить, как отличить выше двух сценариев от выхода проверки утечки Valgrind.

Команда, которую я использовал для обнаружения утечек памяти;

valgrind --log-file=valgrind_output.txt --tool=memcheck --leak-check=yes ./MyTestProgram 

Типичный выход в конце исполнения;

==10108== LEAK SUMMARY: 
==10108== definitely lost: 392,323 bytes in 1,164 blocks 
==10108== indirectly lost: 178,120 bytes in 4,283 blocks 
==10108==  possibly lost: 170,155,118 bytes in 3,347,087 blocks 
==10108== still reachable: 263,778,326 bytes in 3,935,669 blocks 

Есть ли возможность в Valgrind, как Tap в IBM Purify инструмент, который может обнаружить в настоящее время утечка памяти во время выполнения?

Answer 1

Есть ли функция в Valgrind как Tap в инструменте IBM Purify, который может обнаруживать текущую утечку памяти во время выполнения?

Нет, не существует. Valgrind не может знать, есть ли утечка, если программа не закончилась, потому что она не может знать, что будет выпущено, когда программа закончится.

Answer 2

Вы можете использовать 2 разных метода для поиска утечки во время выполнения.

1. Из команды оболочки, запустите vgdb leak_check Есть другие необязательные аргументы leak_check мониторных команд, например, в найти достижимую память, или просто память, что увеличение или .... См Valgrind инструкции для деталей: http://www.valgrind.org/docs/manual/mc-manual.html#mc-manual.monitor-commands

2. Внутри вашей программы: Вы можете добавить в ваши запросы клиентов программы, чтобы сделать поиск утечки. . вставить «звонки» в VALGRIND_DO_LEAK_CHECK или VALGRIND_DO_ADDED_LEAK_CHECK См http://www.valgrind.org/docs/manual/mc-manual.html#mc-manual.clientreqs для более подробной информации

Answer 3

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

signal(SIGUSR1, myhandler); 

в обработчике, то вы делаете что-то вроде этого:

printf("debug exit!\n"); 
int *ptr = 0; 
*ptr = 0xdeadbeef; 

Вы можете отправить этот сигнал к вашему приложению, как это:

kill -s SIGUSR1 `ps -aux| grep myapp | head -n -1 | awk '{print $2}'` 

Затем вы можете проверять различия в цифрах выделенных объектов.Если вы знаете, что числа должны оставаться одинаковыми или если некоторое число продолжает расти, вы можете проверить место, где это происходит, и посмотреть, есть ли там утечка памяти.