* bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used @ 2010-05-20 15:40 Anders Waldenborg 2010-05-20 17:16 ` Chong Yidong 0 siblings, 1 reply; 8+ messages in thread From: Anders Waldenborg @ 2010-05-20 15:40 UTC (permalink / raw) To: 6230 By running the command defined by the following: (require 'cl) (defun aw-replace-buffer-contents-with-svg-images () (interactive) (erase-buffer) (dotimes (N 200) (insert-image (create-image (format "<svg width=\"50\" height=\"50\"><rect x=\"0\" y=\"0\" width=\"100\" height=\"100\" fill=\"#%02x%02x%02x\"/></svg>" (random 255)(random 255)(random 255)) 'svg t)))) the current buffer will be replaced with 200 images. Running xrestop it can easily be seen that 200 pixmaps are added to the X11 server every time the command is run. One would expect that the pixmaps were removed from X11 when they don't exist in any buffer any longer (which is why recipe uses erase-buffer so it can be run multiple times, increasing number of pixmaps every time - not the behaviour I expect). The pixmaps doesn't even go away when the buffer is killed. Don't know if this applies to all image types or only svg. In GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-05-16 on raven, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.10707000 configured using `configure '--build' 'i486-linux-gnu' '--build' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.2/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS='' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: <down-mouse-2> <mouse-2> <up> <up> <up> <up> <up> <up> <up> <left> <left> <left> C-M-x <down> <down> C-M-x M-x r e p o <tab> r <tab> <return> Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Mark set cl aw-replace-buffer-contents-with-svg-images Making completion list... Load-path shadows: /usr/share/emacs/23.2/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup /usr/share/emacs/23.2/site-lisp/semi/pgg-pgp5 hides /usr/share/emacs/23.2/lisp/pgg-pgp5 /usr/share/emacs/23.2/site-lisp/semi/pgg-gpg hides /usr/share/emacs/23.2/lisp/pgg-gpg /usr/share/emacs/23.2/site-lisp/semi/pgg-parse hides /usr/share/emacs/23.2/lisp/pgg-parse /usr/share/emacs/23.2/site-lisp/flim/sha1 hides /usr/share/emacs/23.2/lisp/sha1 /usr/share/emacs/23.2/site-lisp/flim/md4 hides /usr/share/emacs/23.2/lisp/md4 /usr/share/emacs/23.2/site-lisp/flim/hex-util hides /usr/share/emacs/23.2/lisp/hex-util /usr/share/emacs/23.2/site-lisp/semi/pgg-def hides /usr/share/emacs/23.2/lisp/pgg-def /usr/share/emacs/23.2/site-lisp/semi/pgg-pgp hides /usr/share/emacs/23.2/lisp/pgg-pgp /usr/share/emacs/23.2/site-lisp/semi/pgg hides /usr/share/emacs/23.2/lisp/pgg /usr/share/emacs/site-lisp/rst hides /usr/share/emacs/23.2/lisp/textmodes/rst /usr/share/emacs/23.2/site-lisp/dictionaries-common/flyspell hides /usr/share/emacs/23.2/lisp/textmodes/flyspell /usr/share/emacs/23.2/site-lisp/dictionaries-common/ispell hides /usr/share/emacs/23.2/lisp/textmodes/ispell /usr/share/emacs/23.2/site-lisp/flim/sasl hides /usr/share/emacs/23.2/lisp/net/sasl /usr/share/emacs/23.2/site-lisp/flim/hmac-md5 hides /usr/share/emacs/23.2/lisp/net/hmac-md5 /usr/share/emacs/23.2/site-lisp/flim/sasl-cram hides /usr/share/emacs/23.2/lisp/net/sasl-cram /usr/share/emacs/23.2/site-lisp/flim/hmac-def hides /usr/share/emacs/23.2/lisp/net/hmac-def /usr/share/emacs/23.2/site-lisp/flim/sasl-ntlm hides /usr/share/emacs/23.2/lisp/net/sasl-ntlm /usr/share/emacs/23.2/site-lisp/flim/sasl-digest hides /usr/share/emacs/23.2/lisp/net/sasl-digest /usr/share/emacs/23.2/site-lisp/flim/ntlm hides /usr/share/emacs/23.2/lisp/net/ntlm /usr/share/emacs/23.2/site-lisp/wl/rfc2368 hides /usr/share/emacs/23.2/lisp/mail/rfc2368 Features: (shadow sort mail-extr message sendmail regexp-opt ecomplete rfc822 mml mml-sec password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1 sha1-el hex-util hashcash mail-utils emacsbug help-mode easymenu view cl cl-19 tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd font-setting tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces cus-face files text-properties overlay md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind system-font-setting font-render-setting gtk x-toolkit x multi-tty emacs) ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used 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 0 siblings, 1 reply; 8+ messages in thread From: Chong Yidong @ 2010-05-20 17:16 UTC (permalink / raw) To: Anders Waldenborg; +Cc: 6230 Anders Waldenborg <anders@0x63.nu> writes: > By running the command defined by the following: > > (require 'cl) > (defun aw-replace-buffer-contents-with-svg-images () > (interactive) > (erase-buffer) > (dotimes (N 200) > (insert-image (create-image (format "<svg width=\"50\" > height=\"50\"><rect x=\"0\" y=\"0\" width=\"100\" height=\"100\" > fill=\"#%02x%02x%02x\"/></svg>" (random 255)(random 255)(random 255)) > svg t)))) > > the current buffer will be replaced with 200 images. Running xrestop it > can easily be seen that 200 pixmaps are added to the X11 server every > time the command is run. > > One would expect that the pixmaps were removed from X11 when they don't > exist in any buffer any longer (which is why recipe uses erase-buffer so > it can be run multiple times, increasing number of pixmaps every time - > not the behaviour I expect). > > The pixmaps doesn't even go away when the buffer is killed. You can run (clear-image-cache) to eliminate the image data. Emacs also does this automatically, every hundred redisplays. ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used 2010-05-20 17:16 ` Chong Yidong @ 2010-05-20 20:07 ` Anders Waldenborg 2010-05-20 20:32 ` Chong Yidong 0 siblings, 1 reply; 8+ messages in thread From: Anders Waldenborg @ 2010-05-20 20:07 UTC (permalink / raw) To: Chong Yidong; +Cc: 6230 On 05/20/2010 07:16 PM, Chong Yidong wrote: > You can run (clear-image-cache) to eliminate the image data. Emacs also > does this automatically, every hundred redisplays. > Thanks, I can confirm that running (clear-image-cache) removes them from the X server. However I can't see that it is done every 100 redisplays. If it were I would expect the code below to never create more than 100 (+ the ones that were there before it started) pixmaps in X11. Letting it run while writing this mail it now has reached above 3000 pixmaps according to xrestop. (defun aw-svg-image-test-update (buf) (interactive) (with-current-buffer buf (erase-buffer) (insert-image (create-image (format "<svg width=\"50\" height=\"50\"><rect x=\"0\" y=\"0\" width=\"100\" height=\"100\" fill=\"#%02x%02x%02x\"/></svg>" (random 255)(random 255)(random 255)) 'svg t)))) (defun aw-svg-image-test-kill-buffer-hook () (cancel-timer aw-svg-image-test-timer)) (defun aw-svg-image-test () (interactive) (with-current-buffer (generate-new-buffer "*aw-svg-image-test*") (display-buffer (current-buffer)) (make-local-variable 'aw-svg-image-test-timer) (add-hook 'kill-buffer-hook 'aw-svg-image-test-kill-buffer-hook nil t) (setq aw-svg-image-test-timer (run-at-time nil 0.2 'aw-svg-image-test-update (current-buffer))))) anders ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used 2010-05-20 20:07 ` Anders Waldenborg @ 2010-05-20 20:32 ` Chong Yidong 2010-05-21 6:37 ` Anders Waldenborg 0 siblings, 1 reply; 8+ messages in thread From: Chong Yidong @ 2010-05-20 20:32 UTC (permalink / raw) To: Anders Waldenborg; +Cc: 6230 Anders Waldenborg <anders@0x63.nu> writes: > However I can't see that it is done every 100 redisplays. If it were I > would expect the code below to never create more than 100 (+ the ones > that were there before it started) pixmaps in X11. Letting it run > while writing this mail it now has reached above 3000 pixmaps > according to xrestop. 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. 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".) ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used 2010-05-20 20:32 ` Chong Yidong @ 2010-05-21 6:37 ` Anders Waldenborg 2010-05-21 17:35 ` Chong Yidong 0 siblings, 1 reply; 8+ messages in thread From: Anders Waldenborg @ 2010-05-21 6:37 UTC (permalink / raw) To: Chong Yidong; +Cc: 6230 [-- Attachment #1: Type: text/plain, Size: 1207 bytes --] 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 #2: vrend.el --] [-- Type: text/plain, Size: 4640 bytes --] ;;; Beta quality code - use at own risk ;;; Copyright (C) 2010 Anders Waldenborg ;;; I'll add a GPL header or something like that here later... ; We handle the tranformation matrix (but let svg do the actual projection). ; So we need some stuff to handle matrices... (defconst vrend-2pi (* 8.0 (atan 1.0))) (defun vrend--mtx-col (mtx col) "Get column col in matrix mtx" (mapcar '(lambda (v) (aref v col)) mtx)) (defun vrend--mtx-row (mtx row) "Get row row in matrix mtx" (mapcar 'identity (aref mtx row))) (defun vrend--mtx-ref (i j) (aref (aref vrend--curr-mtx i) j)) (defun vrend--dotprod (l r) "dot product of l and r" (if (or l r) (+ (* (car l) (car r)) (vrend--dotprod (cdr l) (cdr r))) 0)) (defun vrend--mtx-mul3x3 (l r) `[[,(vrend--dotprod (vrend--mtx-row l 0) (vrend--mtx-col r 0)) ,(vrend--dotprod (vrend--mtx-row l 0) (vrend--mtx-col r 1)) ,(vrend--dotprod (vrend--mtx-row l 0) (vrend--mtx-col r 2))] [,(vrend--dotprod (vrend--mtx-row l 1) (vrend--mtx-col r 0)) ,(vrend--dotprod (vrend--mtx-row l 1) (vrend--mtx-col r 1)) ,(vrend--dotprod (vrend--mtx-row l 1) (vrend--mtx-col r 2))] [,(vrend--dotprod (vrend--mtx-row l 2) (vrend--mtx-col r 0)) ,(vrend--dotprod (vrend--mtx-row l 2) (vrend--mtx-col r 1)) ,(vrend--dotprod (vrend--mtx-row l 2) (vrend--mtx-col r 2))]]) (defun vrend--mtx-translate (dx dy) "translationmatrix for dx dy" `[[1.0 0.0 ,dx] [0.0 1.0 ,dy] [0.0 0.0 1.0]]) (defun vrend--mtx-rotate (rot) "" `[[,(cos rot) ,(- (sin rot)) 0.0] [,(sin rot) ,(cos rot) 0.0] [ 0.0 0.0 1.0]]) (defun vrend--mtx-scale (sx sy) "" `[[,sx 0.0 0.0] [0.0 ,sy 0.0] [0.0 0.0 1.0]]) (defun vrend--mtx-ident () "" [[1.0 0.0 0.0] [0.0 1.0 0.0] [0.0 0.0 1.0]]) (defun vrend-path-start (x y) (setq vrend--curr-path nil) (vrend-path-moveto x y)) (defun vrend-path-moveto (x y) (add-to-list 'vrend--curr-path (list ?M x y))) (defun vrend-path-lineto (x y) (add-to-list 'vrend--curr-path (list ?L x y))) (defun vrend-path-close () (add-to-list 'vrend--curr-path (list ?Z))) (defun vrend-rotate (deg) (setq vrend--curr-mtx (vrend--mtx-mul3x3 vrend--curr-mtx (vrend--mtx-rotate deg)))) (defun vrend-scale (sx sy) (setq vrend--curr-mtx (vrend--mtx-mul3x3 vrend--curr-mtx (vrend--mtx-scale (float sx) (float sy))))) (defun vrend-translate (dx dy) (setq vrend--curr-mtx (vrend--mtx-mul3x3 vrend--curr-mtx (vrend--mtx-translate (float dx) (float dy))))) (defun vrend--render-path-element (e) (format "%c %s" (car e) (mapconcat '(lambda (x) (format "%f" x)) (cdr e) " "))) (defun vrend--render-path () (insert " d=\"" (mapconcat 'vrend--render-path-element (reverse vrend--curr-path) " ") "\"")) (defun vrend--render-transform () (insert (format " transform=\"matrix(%f %f %f %f %f %f)\"" (vrend--mtx-ref 0 0) (vrend--mtx-ref 1 0) (vrend--mtx-ref 0 1) (vrend--mtx-ref 1 1) (vrend--mtx-ref 0 2) (vrend--mtx-ref 1 2)))) (defun vrend-path-stroke () (insert " <path") (vrend--render-path) (vrend--render-transform) (insert " fill=\"none\"") (insert " stroke=\"" (car vrend--curr-strokestyle) "\"") (insert " stroke-width=\"0.04\"") (insert " />\n")) (defmacro vrend-with-saved-matrix (&rest body) (declare (indent 0) (debug t)) `(let ((vrend-with-saved-matrix-saved-matrix vrend--curr-mtx)) (progn ,@body (setq vrend--curr-mtx vrend-with-saved-matrix-saved-matrix)))) (defmacro vrend (width height coordinatetype &rest body) (declare (indent 3) (debug t)) (let ((width (eval width)) (height (eval height))) `(with-temp-buffer (set (make-local-variable 'vrend--curr-mtx) (vrend--mtx-ident)) (set (make-local-variable 'vrend--curr-path) nil) (set (make-local-variable 'vrend--curr-strokestyle) '("black" :width 1)) (set (make-local-variable 'vrend--curr-fillstyle) nil) (insert "<?xml version=\"1.0\" standalone=\"no\"?>\n" "<!DOCTYPE svg PUBLIC \"-//W3C//DTD SVG 1.1//EN\"\n" " \"http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd\">\n" (format "<svg width=\"%d\" height=\"%d\"\n" ,width ,height) " xmlns=\"http://www.w3.org/2000/svg\" version=\"1.1\">\n") (when ,coordinatetype (vrend-translate ,(/ width 2) ,(/ height 2)) (when (eq ,coordinatetype '1x1fit) (let ((smalldir ,(min width height))) (vrend-scale (/ smalldir 2.0) (/ smalldir 2.0)))) (when (eq ,coordinatetype '1x1square) (vrend-scale ,(/ width 2.0) ,(/ height 2.0))) (vrend-scale -1.0 -1.0)) (progn ,@body) (insert "</svg>\n") (create-image (buffer-string) nil t) ))) (provide 'vrend) [-- Attachment #3: vrend-example-clock.el --] [-- Type: text/plain, Size: 2526 bytes --] ;;; Beta quality code - use at own risk ;;; Copyright (C) 2010 Anders Waldenborg ;;; I'll add a GPL header or something like that here later... ;;; Small example on how to use vrend. ;;; Defines the command vrend-clock which creates a new buffer, ;;; Make sure you resize the window/frame and stuff like that. (require 'cl) (require 'vrend) (defun vrend-clock-update-buffer (buf) (let ((win (get-buffer-window buf t))) (when win (let* ((X (window-inside-pixel-edges win)) (w (- (car (cddr X)) (car X))) (h (- (cadr (cddr X)) (cadr X)))) (with-current-buffer buf (erase-buffer) (insert-image (vrend w h '1x1fit ;; Make hour markers... (vrend-path-start 0.0 0.8) (vrend-path-lineto 0.0 0.9) (vrend-path-close) ;; ...12 of them (loop for D from 0 to 11 by 1 do (vrend-with-saved-matrix (vrend-rotate (* D (/ vrend-2pi 12))) (vrend-path-stroke))) ;; and arrows (let* ((ct (current-time)) (T (decode-time ct)) (h (nth 2 T)) (m (nth 1 T)) (s (nth 0 T)) (ms (/ (nth 2 ct) 1000)) (seconds-since-midnight (+ (* (+ (* h 60) m) 60) s)) (seconds-since-hour (+ (* m 60) s)) (ms-since-minute (+ ms (* s 1000)))) (vrend-with-saved-matrix (vrend-path-start 0.0 0.0) (vrend-path-lineto -0.05 0.4) (vrend-path-lineto 0.0 0.6) (vrend-path-lineto 0.05 0.4) (vrend-path-close) (vrend-rotate (* seconds-since-midnight (/ vrend-2pi (* 60 60 12)))) (vrend-path-stroke)) (vrend-with-saved-matrix (vrend-path-start 0.0 0.0) (vrend-path-lineto -0.05 0.3) (vrend-path-lineto 0.0 0.90) (vrend-path-lineto 0.05 0.3) (vrend-path-close) (vrend-rotate (* seconds-since-hour (/ vrend-2pi (* 60 60)))) (vrend-path-stroke)) (vrend-with-saved-matrix (vrend-path-start 0.0 0.0) (vrend-path-lineto 0.0 0.90) (vrend-path-close) (vrend-rotate (* ms-since-minute (/ vrend-2pi 60000.0))) (vrend-path-stroke)))))))))) (defun vrend-kill-buffer-hook () (cancel-timer vrend-clock-timer)) (defun vrend-clock () (interactive) (with-current-buffer (generate-new-buffer "*aw-clock*") (set-window-buffer nil (current-buffer)) (make-local-variable 'vrend-clock-timer) (add-hook 'kill-buffer-hook 'vrend-kill-buffer-hook nil t) (setq vrend-clock-timer (run-at-time nil 0.1 'vrend-clock-update-buffer (current-buffer))))) ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used 2010-05-21 6:37 ` Anders Waldenborg @ 2010-05-21 17:35 ` Chong Yidong 2010-05-21 20:12 ` Stefan Monnier 2010-05-21 20:43 ` Anders Waldenborg 0 siblings, 2 replies; 8+ messages in thread From: Chong Yidong @ 2010-05-21 17:35 UTC (permalink / raw) To: Anders Waldenborg; +Cc: 6230 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.) ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used 2010-05-21 17:35 ` Chong Yidong @ 2010-05-21 20:12 ` Stefan Monnier 2010-05-21 20:43 ` Anders Waldenborg 1 sibling, 0 replies; 8+ messages in thread From: Stefan Monnier @ 2010-05-21 20:12 UTC (permalink / raw) To: Chong Yidong; +Cc: Anders Waldenborg, 6230 > be removed from memory. (We should probably rename `image-refresh' to > `image-uncache' or something like that.) I think the traditional name would be "image-flush". Stefan ^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#6230: 23.2; Pixmaps kept in X11 after (svg?) images no longer are used 2010-05-21 17:35 ` Chong Yidong 2010-05-21 20:12 ` Stefan Monnier @ 2010-05-21 20:43 ` Anders Waldenborg 1 sibling, 0 replies; 8+ messages in thread From: Anders Waldenborg @ 2010-05-21 20:43 UTC (permalink / raw) To: Chong Yidong; +Cc: 6230 On 05/21/2010 07:35 PM, Chong Yidong wrote: > 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. Excellent. Thanks for your assistance! anders ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2010-05-21 20:43 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 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 2010-05-21 20:12 ` Stefan Monnier 2010-05-21 20:43 ` Anders Waldenborg
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).