This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: malloc: performance improvements and bugfixes
- From: Jörn Engel <joern at purestorage dot com>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: munroesj at linux dot vnet dot ibm dot com, Paul Eggert <eggert at cs dot ucla dot edu>, "GNU C. Library" <libc-alpha at sourceware dot org>, Siddhesh Poyarekar <siddhesh dot poyarekar at gmail dot com>, Joern Engel <joern at purestorage dot org>
- Date: Tue, 26 Jan 2016 13:59:51 -0800
- Subject: Re: malloc: performance improvements and bugfixes
- Authentication-results: sourceware.org; auth=none
- References: <1453767942-19369-1-git-send-email-joern at purestorage dot com> <56A6C2E4 dot 7050508 at cs dot ucla dot edu> <1453841413 dot 18407 dot 7 dot camel at oc7878010663> <56A7E7E2 dot 8090604 at redhat dot com>
On Tue, Jan 26, 2016 at 10:40:50PM +0100, Florian Weimer wrote:
> On 01/26/2016 09:50 PM, Steven Munroe wrote:
>
> > So why not fix emacs to stop doing this (purely evil behavior).
> >
> > If they want to persist their internal state from session to session
> > there are better ways. For example: https://sphde.github.io/
>
> It's complicated, but not just for the technical challenges involved.
> My warning to the Emacs developers that we are going to clean this up on
> the glibc side was not universally well-received.
One option is to do something like
#define USE_NEW_MALLOC
#include <stdlib.h>
It is admittedly tasteless and will only look worse over time. But it
is no worse than linking against an alternative malloc. If there is too
much inertia from legacy users, this is the low-tech variant to leave
them behind and improve malloc.
Better alternatives are certainly welcome. But if they take another
year to get implemented, I wonder if we should even bother. It was a
question people asked me several times and answering that question only
gets harder over time.
Jörn
--
To recognize individual spam features you have to try to get into the
mind of the spammer, and frankly I want to spend as little time inside
the minds of spammers as possible.
-- Paul Graham