Сначала я искал существующие ответы и видел, что Valgrind - это любимый инструмент для отладки утечки памяти на Linux. К сожалению, Valgrind, похоже, не работает для моих целей. Я попытаюсь объяснить, почему.
Ограничения:
Что мне нужно, это эквивалент Microsoft UMDH: включить трассировку стека для каждого распределения кучи, а затем в определенный момент времени выгрузить все распределения, сгруппированные по стекам и упорядоченные по счету подсчета в порядке убывания. Наше приложение поставляется на платформах Windows и Linux, поэтому я знаю, что производительность в Windows под UMDH по-прежнему переносима.
Вот инструменты/методы, которые я рассматривал
Я что-то пропустил? Есть ли облегченные варианты Valgrind или существующий инструмент LD_PRELOAD?
Удивительно, но я не смог найти что-то вроде Microsoft UMDH в домене с открытым исходным кодом или для немедленной загрузки. (Я также посмотрел Google Heap Leak Checker, но он скорее похож на Valgrind, а не на UMDH). Поэтому я в конечном итоге написал инструмент, используя проект malloc в качестве ориентира:
https://github.com/glagolig/heapwatch
У инструмента есть ряд ограничений, но он отлично подходит для моих целей.
GNU libc имеет встроенную отладку malloc:
http://www.gnu.org/software/libc/manual/html_node/Allocation-Debugging.html
Используйте LD_PRELOAD для вызова mtrace() из вашего собственного .so:
#include <mcheck.h>
static void prepare(void) __attribute__((constructor));
static void prepare(void)
{
mtrace();
}
Скомпилируйте его с помощью
gcc -shared -fPIC dbg.c -o dbg.so
Запустите его с помощью
export MALLOC_TRACE=out.txt
LD_PRELOAD=./dbg.so ./my-leaky-program
Позже проверьте выходной файл:
mtrace ./my-leaky-program out.txt
И вы получите что-то вроде:
Memory not freed:
-----------------
Address Size Caller
0x0000000001bda460 0x96 at /tmp/test/src/test.c:7
Конечно, не стесняйтесь писать собственные крючки malloc, которые выгружают весь стек (вызывая backtrace(), если вы думаете, что это поможет).
Номера строк и/или имена функций будут доступны, если вы сохранили информацию об отладке для двоичного файла где-то (например, двоичный файл имеет встроенную информацию об отладке, или вы сделали objcopy --only-keep-debug my-leaky-program my-leaky-program.debug).
Кроме того, вы можете попробовать Boehm GC, он также работает как детектор утечки:
Я хотел бы рекламировать мою только что объявленную утилиту heaptrack, которая должна быть именно тем, кого вы ищете тогда. Вы можете найти более подробную информацию здесь: http://milianw.de/blog/heaptrack-a-heap-memory-profiler-for-linux
По сравнению с вашим инструментом heapwatch производительность должна быть намного лучше, поскольку я использую libunwind и позже libbacktrace, чтобы задержать аннотацию backtrace с информацией об отладке DWARF.
Мне бы хотелось получить больше отзывов об этом, поэтому попробуйте!
MemoryScape удовлетворит ваши потребности. Это инструмент для отладки динамической памяти, который поставляется с отладчиком TotalView.
memleax должен работать на вас.
Отлаживает утечку памяти запущенного процесса, присоединяя его, не перекомпилируя программу или перезагружая целевой процесс. Это очень удобно и подходит для производственной среды.
Это TRAP только для вызовов malloc/free(), поэтому оно должно приводить к меньшему результату, чем Vagrild.
Он работает на GNU/Linux-x86_64 и FreeBSD-amd64.
ПРИМЕЧАНИЕ. Я автор, любое предложение приветствуется.
@glagolig,
Да, MemoryScape может группировать распределения по местоположению стека.
Вы могли получить оценочную версию? Предполагая, что вы использовали адрес электронной почты, который не похож на бота, вы должны были услышать от нас довольно быстро. Если нет, или если у вас возникли технические проблемы, дайте мне крик или обратитесь в нашу службу технической поддержки.
Крис Готтбрат
Главный менеджер продуктов для TotalView в программном обеспечении Rogue Wave
email: Имя. Фамилия (at) roguewave. ком