This is the mail archive of the
mailing list for the glibc project.
Re: extend dl-minimal malloc implementation
- From: Florian Weimer <fweimer at redhat dot com>
- To: Carlos O'Donell <carlos at redhat dot com>
- Cc: DJ Delorie <dj at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Fri, 11 Aug 2017 15:06:56 +0200
- Subject: Re: extend dl-minimal malloc implementation
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx08.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx08.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=fweimer at redhat dot com
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 4D71EC066AAF
- References: <firstname.lastname@example.org> <email@example.com> <CAEMqeSpRmyH=pUzbjmW6pPeWqV9SorXsDdNXdZt8pkFpO5a12A@mail.gmail.com> <firstname.lastname@example.org> <email@example.com>
On 08/11/2017 03:02 PM, Carlos O'Donell wrote:
> Then we could use the bootstrap arena with minimal support, and eventually
> free from it, and with correct accounting get 100% of it freed back to the
> OS and we could monitor this. We would never allocate from this arena, and
> we need not put it on the arena list / free list so it won't be used for
> future allocations.
If we never allocate from there, how would we achieve the goal of giving
back unneeded memory?
I also think that in the long term, we should separate ld.so data
structures from the rest of libc, and even try to map keep read-only
most of the time (when dlopen is not running).