Movatterモバイル変換

This is the mail archive of thelibc-alpha@sourceware.orgmailing list for theglibc project.

Re: extend dl-minimal malloc implementation

• From: Andreas Schwab <schwab at suse dot de>
• To: Zack Weinberg <zackw at panix dot com>
• Cc: DJ Delorie <dj at redhat dot com>, "Carlos O'Donell" <carlos at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>
• Date: Thu, 17 Aug 2017 08:41:22 +0200
• Subject: Re: extend dl-minimal malloc implementation
• Authentication-results: sourceware.org; auth=none
• References: <8a08bf67-7599-b8df-ce33-2a7cc4cee1c5@redhat.com><xnmv6zbeel.fsf@greed.delorie.com><CAKCAbMhUyioOUbXDhQtJ4LPdeT3_PVeBv7X8txwMDQLoSwGBSQ@mail.gmail.com>

On Aug 16 2017, Zack Weinberg <zackw@panix.com> wrote:> What I was trying to suggest, earlier, was that *before* either (a) or> (b) we should go through the entire of ld.so and try to *remove* as> many allocations as possible, at which point it might make sense not> to have malloc in there at all - "just" send all remaining allocations> directly to mmap (not sbrk; leave sbrk for the "real" malloc).  That> may take rearchitecting - but so may just converting alloca to malloc,> as you point out. I admit I have no idea whether this is even> feasible.You still need something on top of mmap, unless you want to waste a lotof memory.Andreas.-- Andreas Schwab, SUSE Labs, schwab@suse.deGPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7"And now for something completely different."

• Follow-Ups:
  • Re: extend dl-minimal malloc implementation
    • From: Zack Weinberg

• References:
  • Re: extend dl-minimal malloc implementation
    • From: Carlos O'Donell
  • Re: extend dl-minimal malloc implementation
    • From: DJ Delorie
  • Re: extend dl-minimal malloc implementation
    • From: Zack Weinberg