[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#43389: 28.0.50; Emacs memory leaks
From: |
Eli Zaretskii |
Subject: |
bug#43389: 28.0.50; Emacs memory leaks |
Date: |
Tue, 10 Nov 2020 05:36:15 +0200 |
> From: Michael Heerdegen <michael_heerdegen@web.de>
> Cc: 43389@debbugs.gnu.org, Russell Adams <RLAdams@AdamsInfoServ.Com>
> Date: Mon, 09 Nov 2020 22:51:10 +0100
>
> Michael Heerdegen <michael_heerdegen@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.
We need to find an expert on this and bring him aboard for finding a
solution.
- bug#43389: 28.0.50; Emacs memory leaks, Michael Heerdegen, 2020/11/09
- bug#43389: 28.0.50; Emacs memory leaks, Michael Heerdegen, 2020/11/09
- bug#43389: 28.0.50; Emacs memory leaks, Michael Heerdegen, 2020/11/09
- bug#43389: 28.0.50; Emacs memory leaks,
Eli Zaretskii <=
- bug#43389: 28.0.50; Emacs memory leaks, Andreas Schwab, 2020/11/10
- bug#43389: 28.0.50; Emacs memory leaks, Michael Heerdegen, 2020/11/10
- bug#43389: 28.0.50; Emacs memory leaks, Andreas Schwab, 2020/11/10
- bug#43389: 28.0.50; Emacs memory leaks, Michael Heerdegen, 2020/11/10
- bug#43389: 28.0.50; Emacs memory leaks, Eli Zaretskii, 2020/11/10
- bug#43389: 28.0.50; Emacs memory leaks, Michael Heerdegen, 2020/11/10
- bug#43389: 28.0.50; Emacs memory leaks, Michael Heerdegen, 2020/11/10
- bug#43389: 28.0.50; Emacs memory leaks, Eli Zaretskii, 2020/11/10
- bug#43389: 28.0.50; Emacs memory leaks, Eli Zaretskii, 2020/11/10
- bug#43389: 28.0.50; Emacs memory leaks, Michael Heerdegen, 2020/11/10