bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are us


From: Anders Waldenborg
Subject: bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used
Date: Fri, 21 May 2010 08:37:58 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100515 Icedove/3.0.4

On 05/20/2010 10:32 PM, Chong Yidong wrote:
Oh, yes, I forgot.  There is image-cache-eviction-delay as well.  If you
set this to a sufficiently small number, the test frees the pixmaps as
required.

Yes, that works, thanks.

Is there a specific reason you are interested in this problem?  It's
possible that we need to improve the conditions under which the image
cache is freed, but it's hard to tell unless we have a use-case in mind.
(Obviously, the current system assumes that the rate at which images are
created is much lower than the "usual editing speed".)

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)

 anders

Attachment: vrend.el
Description: Text document

Attachment: vrend-example-clock.el
Description: Text document


reply via email to

[Prev in Thread] Current Thread [Next in Thread]