GNU bug report logs - #79023
30.1.90; Suspicion of memory leak on internal_redisplay (MacOS)

Previous Next

Package: emacs;

Reported by: Przemysław Alexander Kamiński <przemyslaw <at> kaminski.se>

Date: Tue, 15 Jul 2025 07:14:01 UTC

Severity: normal

Found in version 30.1.90

Full log


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

From: Przemysław Alexander Kamiński
 <przemyslaw <at> kaminski.se>
To: Alan Third <alan <at> idiocy.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 79023 <at> debbugs.gnu.org
Subject: Re: bug#79023: 30.1.90; Suspicion of memory leak on
 internal_redisplay (MacOS)
Date: Thu, 17 Jul 2025 17:02:11 +0200
[Message part 1 (text/plain, inline)]
On 17 Jul 2025, at 16:37, Alan Third wrote:

> On Thu, Jul 17, 2025 at 03:34:51PM +0200, Przemysław Alexander 
> Kamiński wrote:
> It could be worth looking into whether we're releasing IOSurface's
> correctly. I've had a look and the code looks OK to me, but I'm not an
> expert on their use.

It's definitelly fine. Objects are released and are hefty but there are 
only few allocations.

I done the stupidest fix possible. I put 0.1 sleep in 
layoutSublayersOfLayer and then 0.05 sleep for windowWillResize.

Resizing is not so smooth but:
- Number of allocations dropped considerably
- Instance, after furious resizing, sits at 263MiB instead of 1.6GiB

I saw some allocations still going, so investigated and... tracing 
process.
It looks like with slowed down redrawing it can reuse object pool 
without expanding it and keeping overal memory low.

I ran this instance with my config and it properly shrinks memory usage 
while sitting at 500MiB of stable usage. On top of it - memory usage 
seems to get back to baseline after further resizing. I'm going to build 
it with all the libs/flags I use usually and run it for some time to see 
if there aren't any issues with it.

Best,
Przemysław Alexander Kamiński

[Message part 2 (text/html, inline)]

This bug report was last modified 3 days ago.

Previous Next


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