all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: mail@jao.io, 56546@debbugs.gnu.org
Subject: bug#56546: 29.0.50; unbounded RAM comsumption when displaying images
Date: Thu, 14 Jul 2022 12:15:50 +0300	[thread overview]
Message-ID: <83leswt5q1.fsf@gnu.org> (raw)
In-Reply-To: <87r12onkhz.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu,  14 Jul 2022 10:53:12 +0200)

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: mail@jao.io,  56546@debbugs.gnu.org
> Date: Thu, 14 Jul 2022 10:53:12 +0200
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > Btw, did you try
> >
> >   M-: (clear-image-cache) RET
> 
> The problem is the animation cache, not the image cache, I think.  And I
> see that I forgot to make clear-image-cache clear the animation cache,
> which it should.

When we remove an image from the cache, its animations should also be
removed, I agree.

> And also -- the animation cache should be pruned regularly, but it's not
> only pruned when doing animated images.  I think it should also be
> pruned from...  gc?  Or is there a different place it'd make sense to
> prune that cache from?

GC could be problematic.  Imagine someone who has a frame displayed at
all times animating something -- you don't want to clear those caches,
right?

I think we should perhaps track which images are actually displayed,
and when was the last time they were displayed, and evict them from
the cache after enough time has passed since the image was last
displayed.

> Finally, image-cache-size should also report the animation cache size, I
> think.

That'd help, yes.





  reply	other threads:[~2022-07-14  9:15 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-14  1:35 bug#56546: 29.0.50; unbounded RAM comsumption when displaying images Jose A. Ortega Ruiz
2022-07-14  5:45 ` Eli Zaretskii
2022-07-14  6:04   ` Eli Zaretskii
2022-07-14  8:53     ` Lars Ingebrigtsen
2022-07-14  9:15       ` Eli Zaretskii [this message]
2022-07-14  9:20         ` Lars Ingebrigtsen
2022-07-14 10:01           ` Lars Ingebrigtsen
2022-07-14 10:10             ` Eli Zaretskii
2022-07-14 10:15               ` Lars Ingebrigtsen
2022-07-14 12:23   ` Jose A. Ortega Ruiz
2022-07-14 16:59 ` Lars Ingebrigtsen
2022-07-14 17:26   ` Eli Zaretskii
2022-07-14 17:51   ` Glenn Morris
2022-07-14 18:08     ` Lars Ingebrigtsen
2022-07-15 23:42   ` Jose A. Ortega Ruiz
2022-07-16 10:37     ` Lars Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83leswt5q1.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=56546@debbugs.gnu.org \
    --cc=larsi@gnus.org \
    --cc=mail@jao.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.