[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#43389: 28.0.50; Emacs memory leaks
From: |
Michael Heerdegen |
Subject: |
bug#43389: 28.0.50; Emacs memory leaks |
Date: |
Tue, 10 Nov 2020 11:25:15 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
Eli Zaretskii <eliz@gnu.org> writes:
> 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.
FWIW, I'm still in that session, it's still running, and since
yesterday, that session's memory use has shrunk a lot. Nearly half of
the memory that had been in use yesterday apparently has been freed now.
Michael.
- bug#43389: 28.0.50; Emacs memory leaks, (continued)
- 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
- 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, 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 <=
- 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, Eli Zaretskii, 2020/11/09
bug#43389: 28.0.50; Emacs memory leaks, Jean Louis, 2020/11/10
bug#43389: 28.0.50; Emacs memory leaks, Trevor Bentley, 2020/11/11