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).