thread heap leak?
Carlos O'Donell
codonell@redhat.com
Sun Mar 31 03:59:00 GMT 2019
On 3/30/19 1:06 PM, David Muse wrote:
> 2aeb89a5e000-2aeb89a62000 rw-p 00000000 00:00 0 [16KiB]
> 2aeb89a62000-2aeb89a63000 ---p 00000000 00:00 0 [stack guard]
> 2aeb89a63000-2aeb89c63000 rw-p 00000000 00:00 0 - stack 1
> 2aeb89c63000-2aeb89c64000 ---p 00000000 00:00 0 [stack guard]
> 2aeb89c64000-2aeb89e64000 rw-p 00000000 00:00 0 [2MiB thread stack]
> 2aeb89e64000-2aeb89e65000 ---p 00000000 00:00 0 [stack guard]
> 2aeb89e65000-2aeb8a065000 rw-p 00000000 00:00 0 - stack 2
> 2aeb8c000000-2aeb8c097000 rw-p 00000000 00:00 0 [618KiB - heap, 64MiB + aligned]
> 2aeb8c097000-2aeb90000000 ---p 00000000 00:00 0 [66MiB - MADV_DONTNEED]
> 2aeb90000000-2aeb90093000 rw-p 00000000 00:00 0 [602KiB - heap, 64MiB + aligned]
> 2aeb90093000-2aeb94000000 ---p 00000000 00:00 0 [66MiB - MADV_DONTNEED]
> 2aeb94000000-2aeb940a2000 rw-p 00000000 00:00 0 [663KiB - heap, 64MiB + aligned]
> 2aeb940a2000-2aeb98000000 ---p 00000000 00:00 0 [66MiB - MADV_DONTNEED]
>
> But what are the rest of those anonymous segments?
>
> This might not be a thread-stack leak, but some other kind of leak.
> What else creates anonymous segments like that?
Looks like 3 threads, and 3 heaps.
--
Cheers,
Carlos.
More information about the Libc-alpha
mailing list