all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Chong Yidong <cyd@stupidchicken.com>
To: Anders Waldenborg <anders@0x63.nu>
Cc: 6230@debbugs.gnu.org
Subject: bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used
Date: Fri, 21 May 2010 13:35:42 -0400	[thread overview]
Message-ID: <87pr0pf98x.fsf@stupidchicken.com> (raw)
In-Reply-To: <4BF62A46.10200@0x63.nu> (Anders Waldenborg's message of "Fri, 21 May 2010 08:37:58 +0200")

Anders Waldenborg <anders@0x63.nu> writes:

> Well, I'm toying with a little vector graphics API built on top of
> emacs' svg support. And my first real example is a clock. By leaving
> it running for a few minutes easily makes my X server go out of
> memory. You can find the library (vrend.el) and the example
> implementing a clock (vrend-example-clock.el) attached.
>
> Not sure this clock is a real use-case. But I have a few other ideas
> in mind on how to use it, which all have substantially lower
> requirements on refresh rate, but probably large enough to create lots
> of pixmaps in 30 minutes (which seems to be default value for
> image-cache-eviction-delay)

I've committed a change to the trunk that dynamically reduces the
eviction delay, once the number of cached images surpasses 40.  This
should reduce the problem of exploding pixmap consumption.

If you need better behavior, you probably have to handle it manually.
One way is to call `image-refresh' on any image spec that you want to
discard.  This is unintuitive, but `image-refresh' actually uncaches the
target image.  So, if the image is no longer displayed anywhere, it will
be removed from memory.  (We should probably rename `image-refresh' to
`image-uncache' or something like that.)





  reply	other threads:[~2010-05-21 17:35 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-20 15:40 bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used Anders Waldenborg
2010-05-20 17:16 ` Chong Yidong
2010-05-20 20:07   ` Anders Waldenborg
2010-05-20 20:32     ` Chong Yidong
2010-05-21  6:37       ` Anders Waldenborg
2010-05-21 17:35         ` Chong Yidong [this message]
2010-05-21 20:12           ` Stefan Monnier
2010-05-21 20:43           ` Anders Waldenborg

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=87pr0pf98x.fsf@stupidchicken.com \
    --to=cyd@stupidchicken.com \
    --cc=6230@debbugs.gnu.org \
    --cc=anders@0x63.nu \
    /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.