cecd64012d
Vendor blobs on ryu mprotect heap pages, causing a single chunk mapping to appear as multiple mappings. The heap iterator has to expand the requested range to cover the beginning of the chunk to find the chunk metadata, which will lead to duplicate identical allocations being reported from iterating over each of the split mappings. Silently ignore identical allocations, and only warn on non-identical allocations that overlap. Bug: 28269332 Change-Id: Ied2ab9270f65d00a887c7ce1a93fbf0617d69be0 |
||
---|---|---|
.. | ||
include/memunreachable | ||
tests | ||
Allocator.cpp | ||
Allocator.h | ||
Android.mk | ||
HeapWalker.cpp | ||
HeapWalker.h | ||
Leak.h | ||
LeakFolding.cpp | ||
LeakFolding.h | ||
LeakPipe.cpp | ||
LeakPipe.h | ||
LineBuffer.cpp | ||
LineBuffer.h | ||
LinkedList.h | ||
MemUnreachable.cpp | ||
ProcessMappings.cpp | ||
ProcessMappings.h | ||
PtracerThread.cpp | ||
PtracerThread.h | ||
README.md | ||
ScopedAlarm.h | ||
ScopedDisableMalloc.h | ||
ScopedPipe.h | ||
ScopedSignalHandler.h | ||
Semaphore.h | ||
Tarjan.h | ||
ThreadCapture.cpp | ||
ThreadCapture.h | ||
anon_vma_naming.h | ||
bionic.h | ||
log.h |
README.md
libmemunreachable
Introduction
libmemunreachable is a zero-overhead native memory leak detector. It uses an imprecise mark-and-sweep garbage collector pass over all native memory, reporting any unreachable blocks as leaks. It is similar to the Heap Checker from tcmalloc, but with a few key differences to remove the overhead. Instead of instrumenting every call to malloc and free, it queries the allocator (jemalloc) for active allocations when leak detection is requested. In addition, it performs a very short stop-the-world data collection on the main process, and then forks a copy of the process to perform the mark-and-sweep, minimizing disruption to the original process.
In the default (zero-overhead) mode, the returned data on leaks is limited to the address, approximate (upper bound) size, and the the first 32 bytes of the contents of the leaked allocation. If malloc_debug backtraces are enabled they will be included in the leak information, but backtracing allocations requires significant overhead.
Usage
C interface
bool LogUnreachableMemory(bool log_contents, size_t limit)
Writes a description of leaked memory to the log. A summary is always written, followed by details of up to limit
leaks. If log_contents
is true
, details include up to 32 bytes of the contents of each leaked allocation.
Returns true if leak detection succeeded.
bool NoLeaks()
Returns true
if no unreachable memory was found.
C++ interface
####bool GetUnreachableMemory(UnreachableMemoryInfo& info, size_t limit = 100)
####
Updates an UnreachableMemoryInfo
object with information on leaks, including details on up to limit
leaks. Returns true if leak detection succeeded.
std::string GetUnreachableMemoryString(bool log_contents = false, size_t limit = 100)
Returns a description of leaked memory. A summary is always written, followed by details of up to limit
leaks. If log_contents
is true
, details include up to 32 bytes of the contents of each leaked allocation.
Returns true if leak detection succeeded.
Implementation
The sequence of steps required to perform a leak detection pass is divided into three processes - the original process, the collection process, and the sweeper process.
- Original process: Leak detection is requested by calling
GetUnreachableMemory()
- Allocations are disabled using
malloc_disable()
- The collection process is spawned. The collection process is similar to a normal
fork()
child process, except that it shares the address space of the parent - any writes by the original process are visible to the collection process, and vice-versa. - Collection process: All threads in the original process are paused with
ptrace()
. - Registers contents, active stack areas, and memory mapping information are collected.
- Original process: Allocations are re-enabled using
malloc_enable()
, but all threads are still paused withptrace()
. - Collection process: The sweeper process is spawned using a normal
fork()
. The sweeper process has a copy of all memory from the original process, including all the data collected by the collection process. - Collection process releases all threads from
ptrace
and exits - Original process: All threads continue, the thread that called
GetUnreachableMemory()
blocks waiting for leak data over a pipe. - Sweeper process: A list of all active allocations is produced by examining the memory mappings and calling
malloc_iterate()
on any heap mappings. - A list of all roots is produced from globals (.data and .bss sections of binaries), and registers and stacks from each thread.
- The mark-and-sweep pass is performed starting from roots.
- Unmarked allocations are sent over the pipe back to the original process.
Components
MemUnreachable.cpp
: Entry points, implements the sequencing described above.PtracerThread.cpp
: Used to clone the collection process with shared address space.ThreadCapture.cpp
: Pauses threads in the main process and collects register contents.ProcessMappings.cpp
: Collects snapshots of/proc/pid/maps
.HeapWalker.cpp
: Performs the mark-and-sweep pass over active allocations.LeakPipe.cpp
: transfers data describing leaks from the sweeper process to the original process.
Heap allocator requirements
libmemunreachable requires a small interface to the allocator in order to collect information about active allocations.
malloc_disable()
: prevent any thread from mutating internal allocator state.malloc enable()
: re-enable allocations in all threads.malloc_iterate()
: call a callback on each active allocation in a given heap region.malloc_backtrace()
: return the backtrace from when the allocation at the given address was allocated, if it was collected.