GNU bug report logs - #56546
29.0.50; unbounded RAM comsumption when displaying images

Previous Next

Package: emacs;

Reported by: "Jose A. Ortega Ruiz" <mail <at> jao.io>

Date: Thu, 14 Jul 2022 01:36:01 UTC

Severity: normal

Found in version 29.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: mail <at> jao.io, 56546 <at> debbugs.gnu.org
Subject: bug#56546: 29.0.50; unbounded RAM comsumption when displaying images
Date: Thu, 14 Jul 2022 20:26:09 +0300
> Cc: 56546 <at> debbugs.gnu.org
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Thu, 14 Jul 2022 18:59:20 +0200
> 
> "Jose A. Ortega Ruiz" <mail <at> jao.io> writes:
> 
> >   - emacs -Q
> >   - M-x eww RET https://xenodium.com/emacs-zones-to-lift-you-up/
> >   - RAM consumption grows to ~600Mb
> >   - R (redisplay page): RAM grows to ~1100Mb
> >   - R (redisplay page): RAM grows to ~1752Mb
> >   - R (redisplay page): RAM grows to ~2222Mb
> >   - rinse and repeat: RAM never goes down
> >   - (image-cache-size) reports a modest 82Mb
> >   - Kill buffer:  high RAM consumption is still at its maximum, even
> >     after (image-cache-size) goes to 0
> 
> I think this should all be fixed on the current trunk now -- can you
> check?

FWIW, on my system the pattern of the memory footprint didn't change
after this.  I still see the footprint going up after each "M-x eww",
and killing the buffer and invoking clear-image-cache causes Emacs to
go back to somewhat higher than its original size.




This bug report was last modified 3 years and 1 day ago.

Previous Next


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