public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/18910] Free sub-heaps not in use to system timely
2015-09-02 9:27 [Bug libc/18910] New: Free sub-heaps not in use to system timely guo.gang.ye at sap dot com
@ 2015-09-02 9:27 ` guo.gang.ye at sap dot com
2015-09-04 9:46 ` fweimer at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: guo.gang.ye at sap dot com @ 2015-09-02 9:27 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=18910
Andrew Ye <guo.gang.ye at sap dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |guo.gang.ye at sap dot com
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug libc/18910] New: Free sub-heaps not in use to system timely
@ 2015-09-02 9:27 guo.gang.ye at sap dot com
2015-09-02 9:27 ` [Bug libc/18910] " guo.gang.ye at sap dot com
2015-09-04 9:46 ` fweimer at redhat dot com
0 siblings, 2 replies; 3+ messages in thread
From: guo.gang.ye at sap dot com @ 2015-09-02 9:27 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=18910
Bug ID: 18910
Summary: Free sub-heaps not in use to system timely
Product: glibc
Version: 2.24
Status: NEW
Severity: enhancement
Priority: P2
Component: libc
Assignee: unassigned at sourceware dot org
Reporter: guo.gang.ye at sap dot com
CC: drepper.fsp at gmail dot com
Target Milestone: ---
For non-main arena, it is consisted of multiple sub-heaps, and sub-heap is
freed or returned to system only if it is the one where top chunk is in, and it
has no chunk be in used. So even there is one sub-heap it has no chunk be in
used (only one chunk and it is in free state), due to the design, the sub-heap
cannot be returned to system. This design issue cause unexpected memory usage
for a long running process which has hot memory usage(malloc/free).
Is it possible to do some enhancement? During trim event happen, try to check
any sub-heap not in use in current arena, event it is not the one where top
chunk is in, we still free it and return to system.
If do a malloc_info call for the long running process, there are lots of large
chunks or un-sorted chunks which have size 67108801 (very closed to
MAX_HEAP_SIZE, 64MB, minus meta data for chunk/heap and alignment). This
implies
the lots of unused sub-heaps, cannot return to system due to current design.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug libc/18910] Free sub-heaps not in use to system timely
2015-09-02 9:27 [Bug libc/18910] New: Free sub-heaps not in use to system timely guo.gang.ye at sap dot com
2015-09-02 9:27 ` [Bug libc/18910] " guo.gang.ye at sap dot com
@ 2015-09-04 9:46 ` fweimer at redhat dot com
1 sibling, 0 replies; 3+ messages in thread
From: fweimer at redhat dot com @ 2015-09-04 9:46 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=18910
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
Flags| |security-
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-09-04 9:46 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-09-02 9:27 [Bug libc/18910] New: Free sub-heaps not in use to system timely guo.gang.ye at sap dot com
2015-09-02 9:27 ` [Bug libc/18910] " guo.gang.ye at sap dot com
2015-09-04 9:46 ` fweimer at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).