GNU bug report logs - #43389
28.0.50; Emacs memory leaks

Previous Next

Full log

Message #81 received at 43389 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, 43389 <at> debbugs.gnu.org,
 RLAdams <at> AdamsInfoServ.Com
Subject: Re: bug#43389: 28.0.50; Emacs memory leaks
Date: Tue, 10 Nov 2020 09:22:20 +0100

On Nov 10 2020, Eli Zaretskii wrote:

>> From: Michael Heerdegen <michael_heerdegen <at> web.de>
>> Cc: 43389 <at> debbugs.gnu.org,  Russell Adams <RLAdams <at> AdamsInfoServ.Com>
>> Date: Mon, 09 Nov 2020 22:51:10 +0100
>> 
>> Michael Heerdegen <michael_heerdegen <at> web.de> writes:
>> 
>> > I found this line in pmap output:
>> >
>> > 0000557322314000 6257824K rw---   [ anon ]
>> 
>> I guess that's the heap again.
>
> Yes, the heap.  So it more and more looks like this is the result of
> glibc not releasing memory to the system, which with some usage
> patterns causes the memory footprint grow to ludicrous size.

The heap can only shrink if you free memory at the end of it, so there
is nothing wrong here.

You can call malloc_info (0, stdout) to see the state of the heap.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.