GNU logs - #51763, boring messages


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#51763: 27.2; Displaying many images take all memory
Resent-From: Thierry Volpiatto <thievol@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 11 Nov 2021 09:07:02 +0000
Resent-Message-ID: <handler.51763.B.16366215629050 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 51763
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: 51763 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.16366215629050
          (code B ref -1); Thu, 11 Nov 2021 09:07:02 +0000
Received: (at submit) by debbugs.gnu.org; 11 Nov 2021 09:06:02 +0000
Received: from localhost ([127.0.0.1]:40167 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ml61x-0002Ln-Cy
	for submit <at> debbugs.gnu.org; Thu, 11 Nov 2021 04:06:01 -0500
Received: from lists.gnu.org ([209.51.188.17]:33200)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <thievol@HIDDEN>) id 1ml61v-0002Le-3E
 for submit <at> debbugs.gnu.org; Thu, 11 Nov 2021 04:05:59 -0500
Received: from eggs.gnu.org ([209.51.188.92]:52284)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <thievol@HIDDEN>)
 id 1ml61r-0004I7-Pi
 for bug-gnu-emacs@HIDDEN; Thu, 11 Nov 2021 04:05:58 -0500
Received: from mout02.posteo.de ([185.67.36.66]:50553)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <thievol@HIDDEN>)
 id 1ml61p-0001n2-4d
 for bug-gnu-emacs@HIDDEN; Thu, 11 Nov 2021 04:05:55 -0500
Received: from submission (posteo.de [89.146.220.130]) 
 by mout02.posteo.de (Postfix) with ESMTPS id ECD05240106
 for <bug-gnu-emacs@HIDDEN>; Thu, 11 Nov 2021 10:05:47 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017;
 t=1636621548; bh=LXXFfq+uWtA+9Bf4wUffNu0lXSCKPEaAP3z+HaROsWE=;
 h=From:To:Subject:Date:Autocrypt:From;
 b=FYHxxkfFOE3xkOrBRoh0XcSN37wUPtSjNPmMQiZmCcBI9SBhBlB2FJ9H9ykNTqnRp
 PXaWQJ5rVDvT+UMe0muTIKuL4+SuTyjkktPh4uC2/IvX5UgEkVWBWpmwURjKhBwcAp
 bM0xu8QhOxsuI3eHXHg9wXK7zJTVfdbM5Iq8xsTd+cFD7AOEMIi8Y5rooU3EuzCsEJ
 xOEKUE8AJ2CppavEj9owQ2eB0YCgBC73aDZzR967Nrw8ei/W9qi74ArJahn0ASld3K
 1qiCMJAOIAJDKv8Bb77Ym6hduacTppu130qWoUnZ0oSWIvPeUfL7GVSSwtWoWmxhmc
 mMmsPlQ7VRJKA==
Received: from customer (localhost [127.0.0.1])
 by submission (posteo.de) with ESMTPSA id 4HqbRG5Phsz6tmk
 for <bug-gnu-emacs@HIDDEN>; Thu, 11 Nov 2021 10:05:46 +0100 (CET)
From: Thierry Volpiatto <thievol@HIDDEN>
Date: Thu, 11 Nov 2021 09:00:31 +0000
Autocrypt: addr=thievol@HIDDEN; prefer-encrypt=mutual; keydata=
 mQGNBF8ylcIBDADG+hy+zR6L4/vbdDDZuSaMmSrU3A5QZJpeBCvxTr7MpzzruZbhLPW1K3R6N2MA
 edi8Y+C8o27FVRIjpdbaKMGu9je7JV/TbUQYo3SOwCK1vM4LUn4V6ZLzSYkuiEt4eyMoiDdyvN0p
 kcK6P9x9DCetcEVszXzQg+yzCVrQ2hXWDXWT4M18EC3wtO7RHPouMqGiwBFhBAYErCqFWFxQHkfb
 tG/4yGyJ58rglb65O3qijjMWvYwcWZun9/7qm8Z4/4mHopmo2zgU+OrptnLSZfkZGz3Y7Uf452xQ
 GVq0Fv75NPvQru7y+DYVhuVXXyAmGxt+vf4rIiixMBbhKEPjcxEPAa2LTzex2IsTZR+QVG9uDnqC
 WcgaOEQ58fzXNvNhtwwF/Rgio2XWAJVdmFWS59/k9W58CIUSNKBMZh2XeGdEmtHvDtCxW3z6FJha
 36RzOM3fMNNiAGdFZJA84gcdloJR+sHCDTTPT3784fjr+V8An7sI581NGFzkRQqPvEQCZbUAEQEA
 AbQSdGhpZXZvbEBwb3N0ZW8ubmV0iQHUBBMBCgA+FiEEI9twfRN7r3nig/xwDsVtFB0W75MFAl8y
 lcICGwMFCQPCZwAFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQDsVtFB0W75MB3QwAlTsVzFmr
 +S/tMKwwwOibjhNPi/OZiUC2AYfaqfVAiIHDT3RbzDe03sAJoomJkJnYVjGzQZwibCMO2+ITkMPV
 2wvrd4CbgS1KCVbrltwcuK/nxPCBaHytOCZUIInnhJo5PE/h03K0rWhUFLDocpnWwI7mPq33oR9N
 u2XMNtUQeWhhZHj8dvpMazWIR/c4iPnQiIobETISNlKIVo7DZSl67btoBrZygVYobgHpAYLBpHtH
 pXUcfM+Jrl8ytLouZ2XYeqzezr1qUDXhPk6mXtEVLJsK4FSS4wT5hPpRozuIwj6sE8OGJIp5uUhm
 SYm9mjRNJBEgmGUNxMQ/wbcA3NEWxBeIZbRvxMgHG47GJ0TJM4xLpGC8BHUZvuIw05gAtgoA3BGh
 5GXbLWy4fi8ozJA/kCkP43d3zh4wTOfQterVTf90bbw6NiNcmXdKH7E/yO1or06bleza39PJsshX
 8EETESzVIifk2yDnc0/CQ+FrLY9IwOOszkMouFXmiwN1xMkjuQGNBF8ylcIBDADnIDHEkmk4lUwT
 lOhwb2yjUfmGPnpH3MCCHkjM9H/P1gTHxFWtwFVPcNMCwXWvKSBTF2dZXKERD0yzG06zT53ZMN7E
 IIeuY6m4R8IcMvpohciisWxbFoB4ZY117tVSeqjo946itgbpdeESKl9a8dpn7ytZMyYxPdojlQAq
 xeAJ8444raESh1oTKXb64hlk4l2pSRlrLgjpJBo8asAfZndaxIUKhw68tV8sqeZh9P6cGtHbUELK
 VJqefNV7V7jF5wf3xvRG6Ces3kSKXalLfs+vrVaoOjQeWrc0AtwFWHmt9JLfKrqF+Q2Q7jUidboW
 mazQM56ESJFPpPHmWq8k6DHspsFHOforLouTHJL1556IPne7IV2BGfWc0+xLxalZ8F5F+vnPF/Ok
 rC1CD5iCKTjXKa2iZbcYdYQAiL6P8Ac8CgN6EkhpbxRtzrEgChuNGevdi/G/GHG4Zqrh6YFwIa/N
 Hq2aVaFq5C1yNTMJd1FRjRzs5JPPlJKpYDnNx+MSp7UAEQEAAYkBvAQYAQoAJhYhBCPbcH0Te695
 4oP8cA7FbRQdFu+TBQJfMpXCAhsMBQkDwmcAAAoJEA7FbRQdFu+TXsEL/3nCs8oDLBSTPXylenWK
 CYLdfZSg8jmwgRKihktU1ZLf8kL/LtEhxdKc9nYQO0gTYdPQ+HEdFbm+gFZ4AxuCtd5zM+MP5Sej
 pfr93QbLwYCiqsudKa+T7wosBBNFnh8ZQkbnsF6iPIeESCJM0Vhjh1lQ+z1qVkdf/yazwmXspOUh
 3kx8dzJQ1F3t6Dj/zHpdNE11bT6wFwTPBFvFeH0yCwDpvVcLbH0xf/0V/RhwkQ4jjae0Cqn8domz
 RpGODjXkAzoRqpRL9/DvIKTQ/uJQqzu6qvi04foFCmtWTSahJiLtbgHSDNj1HHOivtgeTgtVdAEk
 ZAqAXJfmaM8KkEi8Rqcbz3AzkjNWjQNkel0xjB3wkewds1iGcvo2/etWOXcvFiLUpy7YnLMZ4J6d
 jNpwSwDzxvJVy0OvB9SgVF0hX5DdbKTRBSZpGYQgoVdPelGnqs6uq8fa1Ker587E6O6haTIX779d
 pd5UIX75/XbtumwE0L+IvMpekoM9zH8pCowu4g==
Message-ID: <87wnlfrriv.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Received-SPF: pass client-ip=185.67.36.66; envelope-from=thievol@HIDDEN;
 helo=mout02.posteo.de
X-Spam_score_int: -43
X-Spam_score: -4.4
X-Spam_bar: ----
X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.3 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.3 (--)


Hello,

I see you changed image-dired to use image-mode in emacs-29 instead of using like
before image-magick.  That's fine I used the same approach two years ago
in Helm, but switched back quickly to image-dired because it was taking
all memory and it was not recoverable until I kill emacs. I thought it
was my fault but I see new image-dired in emacs-29 have same problem:

1) emacs -Q
2) Open a large image directory with dired
3) Open files one by one with C-t i until memory is full (use f3 C-t i
C-n f4 etc...). Memory starts to grow seriously after around 70 files
for me.

Killing the image-dired buffer changes nothing, I have to restart emacs
to recover memory.

And now unfortunately I have no more alternatives with Helm in emacs-29 since
image-dired uses inconditionally this.

You can reproduce the same bug with helm by setting
helm-ff-display-image-native to `t` and from helm-find-files hit
C-<down> repetitively in same image directory (not using
helm-ff-display-image-native i.e. with nil value is now broken with new image-dired).


In GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30, cairo version 1.15.10)
 of 2021-03-25 built on IPadS340
Windowing system distributor 'The X.Org Foundation', version 11.0.12008000
System Description: Linux Mint 19.3

Recent messages:
C-c C-g is undefined
Quit
Auto-saving...done
Auto-saving...done
Send this bug report to the Emacs maintainers? (y or n) y
Quit
[mu4e] Switch to Posteo
[mu4e] Switched context to Posteo
Mark set [2 times]
Message modified; kill anyway? (y or n) y

Configured using:
 'configure CFLAGS=-O8 --without-dbus --without-gconf
 --without-gsettings --with-mailutils --with-cairo'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM GLIB NOTIFY INOTIFY ACL
LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON
PDUMPER LCMS2 GMP

Important settings:
  value of $LANG: fr_FR.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Elisp

Minor modes in effect:
  bug-reference-prog-mode: t
  global-undo-tree-mode: t
  undo-tree-mode: t
  psession-mode: t
  psession-savehist-mode: t
  global-git-gutter-mode: t
  git-gutter-mode: t
  display-time-mode: t
  winner-mode: t
  show-paren-mode: t
  helm-epa-mode: t
  helm-descbinds-mode: t
  helm-adaptive-mode: t
  helm-mode: t
  shell-dirtrack-mode: t
  helm-popup-tip-mode: t
  async-bytecomp-package-mode: t
  dired-async-mode: t
  minibuffer-depth-indicate-mode: t
  override-global-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/home/thierry/.emacs.d/elpa/seq-2.23/seq hides /usr/local/share/emacs/27.2/lisp/emacs-lisp/seq

Features:
(epa-mail face-remap addressbook-bookmark mu4e-config org-mu4e
mu4e-contrib mu4e-patch mu4e mu4e-org mu4e-view gnus-art mm-uu mml2015
mm-view mml-smime smime dig gnus-sum gnus-group gnus-undo gnus-start
gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo gnus-spec gnus-int
gnus-range gnus-win mu4e-main mu4e-headers mu4e-lists mu4e-compose
mu4e-draft mu4e-actions smtpmail mu4e-search mu4e-bookmarks mu4e-mark
mu4e-message shr svg dom flow-fill hl-line mu4e-contacts mu4e-update
mu4e-folders mu4e-server mu4e-context mu4e-vars mu4e-helpers ido
mu4e-meta shadow sort mail-extr emacsbug sendmail helm-command epa-file
em-unix em-term term disp-table ehelp em-script em-prompt em-ls em-hist
em-pred em-glob em-dirs esh-var em-cmpl em-basic em-banner em-alias
esh-mode esh-toggle tramp-archive tramp-gvfs dbus helm-x-files
helm-for-files helm-bookmark bookmark pp sh-script smie executable
vc-filewise vc-rcs conf-mode ledger-config ledger-mode ledger-check
ledger-texi ledger-test ledger-sort ledger-report ledger-reconcile
ledger-occur ledger-fonts ledger-fontify ledger-state ledger-complete
ledger-schedule ledger-init ledger-xact ledger-post ledger-exec
ledger-navigate eshell esh-cmd esh-ext esh-opt esh-proc esh-io esh-arg
esh-module esh-groups esh-util ledger-context ledger-commodities
ledger-regex rx bug-reference naquadah-theme solar cal-dst holidays
hol-loaddefs tv-utils yaml-mode undo-tree diff rainbow-mode color
psession frameset log-view pcvs-util pcmpl-git cl-indent ffap thingatpt
autocrypt-message message rmc puny rfc822 mml mml-sec mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
autocrypt-gnus gnus nnheader gnus-util rmail rmail-loaddefs rfc2047
rfc2045 text-property-search mail-utils mm-util mail-prsvr
autocrypt-mu4e autocrypt ietf-drums config-w3m git-gutter mule-util appt
diary-lib diary-loaddefs gud pcomplete-extension pcmpl-unix pcmpl-gnu
iterator pcase wdired dired-extension org-config ob-gnuplot org-crypt
net-utils time all-the-icons all-the-icons-faces data-material
data-weathericons data-octicons data-fileicons data-faicons
data-alltheicons winner autotest-mode autoconf-mode paren woman man
ediff ediff-merg ediff-mult ediff-wind ediff-diff ediff-help ediff-init
ediff-util init-helm helm-ls-git vc-git diff-mode vc vc-dispatcher
helm-fd epa derived epg epg-config helm-epa helm-misc helm-imenu imenu
helm-elisp-package helm-find helm-org org ob ob-tangle ob-ref ob-lob
ob-table ob-exp org-macro org-footnote org-src ob-comint org-pcomplete
org-list org-faces org-entities noutline outline org-version
ob-emacs-lisp ob-core ob-eval org-table ol org-keys org-compat advice
org-macs org-loaddefs cal-menu calendar cal-loaddefs helm-external
helm-net xml url url-proxy url-privacy url-expand url-methods
url-history url-cookie url-domsuf url-util mailcap isearch-light
helm-descbinds cus-edit wid-edit helm-ipython helm-elisp helm-eval
edebug backtrace find-func helm-info python tramp-sh helm-adaptive
helm-mode helm-files filenotify tramp tramp-loaddefs trampver
tramp-integration files-x tramp-compat shell pcomplete parse-time
iso8601 time-date ls-lisp helm-buffers helm-occur helm-tags helm-locate
helm-grep wgrep-helm wgrep grep compile comint ansi-color ring
helm-regexp format-spec helm-utils helm-help helm-types
helm-extensions-autoloads helm-config helm-autoloads helm async-bytecomp
helm-global-bindings helm-easymenu helm-source helm-multi-match helm-lib
dired-async dired-aux dired dired-loaddefs async popup diminish cl-extra
help-mode mb-depth server edmacro kmacro avoid cus-start cus-load
use-package use-package-ensure use-package-delight use-package-diminish
use-package-bind-key bind-key easy-mmode use-package-core info w3m-load
package easymenu browse-url url-handlers url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image
regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
timer select scroll-bar mouse jit-lock font-lock syntax facemenu
font-core term/tty-colors frame minibuffer cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads inotify lcms2
dynamic-setting font-render-setting cairo move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)

Memory information:
((conses 16 453504 131281)
 (symbols 48 36164 19)
 (strings 32 137667 18976)
 (string-bytes 1 4458057)
 (vectors 16 62701)
 (vector-slots 8 1124931 144556)
 (floats 8 1525 567)
 (intervals 56 5485 1151)
 (buffers 1000 94))
<#secure method=pgpmime mode=sign>

-- 
Thierry




Message sent:


Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Thierry Volpiatto <thievol@HIDDEN>
Subject: bug#51763: Acknowledgement (27.2; Displaying many images take all
 memory)
Message-ID: <handler.51763.B.16366215629050.ack <at> debbugs.gnu.org>
References: <87wnlfrriv.fsf@HIDDEN>
X-Gnu-PR-Message: ack 51763
X-Gnu-PR-Package: emacs
Reply-To: 51763 <at> debbugs.gnu.org
Date: Thu, 11 Nov 2021 09:07:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 51763 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
51763: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D51763
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems


Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#51763: 27.2; Displaying many images take all memory
Resent-From: Stefan Kangas <stefan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 11 Nov 2021 09:52:01 +0000
Resent-Message-ID: <handler.51763.B51763.163662427013820 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 51763
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Thierry Volpiatto <thievol@HIDDEN>
Cc: 51763 <at> debbugs.gnu.org
Received: via spool by 51763-submit <at> debbugs.gnu.org id=B51763.163662427013820
          (code B ref 51763); Thu, 11 Nov 2021 09:52:01 +0000
Received: (at 51763) by debbugs.gnu.org; 11 Nov 2021 09:51:10 +0000
Received: from localhost ([127.0.0.1]:40190 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ml6je-0003ap-6O
	for submit <at> debbugs.gnu.org; Thu, 11 Nov 2021 04:51:10 -0500
Received: from mail-pl1-f172.google.com ([209.85.214.172]:39530)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1ml6jZ-0003aH-Pk
 for 51763 <at> debbugs.gnu.org; Thu, 11 Nov 2021 04:51:09 -0500
Received: by mail-pl1-f172.google.com with SMTP id t21so5346117plr.6
 for <51763 <at> debbugs.gnu.org>; Thu, 11 Nov 2021 01:51:05 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:from:in-reply-to:references:user-agent
 :mime-version:date:message-id:subject:to:cc;
 bh=OrHwgp1uhd1X1ndyy1pqLet7n4fTW3RAFReTQiOXvQw=;
 b=cAqt9v/ZbiH68IiyhINnDim+60txgqZavtOYEvjnDgarlYq+vNavYWKDvudeLBKobn
 z5YYyTQOeKNrtZKFpx4GjX4ZzcgrSTliWxP/2TIY/CB+xjBGbgZa3k0hLMTda6455SQk
 E+UMLcn7WKUqEdfSwnqBAMBx6V6x5esjs0xkHQKv/fyTs5hb/6rIOQutURUWXyPkvPau
 j54n7GoZIrrNtf7k+I4osNnx3wifD2T12JLJrRGD9bXbTYAmuz1VAzGoK97VbZFF6KN1
 f8sXloCEyKuGg/xetGFYj7P91dxaCJvhceWPIpfI0BRyt5EHOpnBlyKxteDUuoO1UtME
 ftPw==
X-Gm-Message-State: AOAM531xRnFntDbRsF+Ht/W4bPBvG27ibyo9VPSyTC2RQx9UxUoUYLmd
 +0gbVAI4o/diAzCwKGuvzNOyGOiqsbohzEl2gmR8WEJi
X-Google-Smtp-Source: ABdhPJyhSRX6jank4PFYNXwKev2jQNt2aq9aYYn4tM4CemScTPhoV4vdwL3NFvAawbJquy3HDQcPKF1s8A4tF66KEUc=
X-Received: by 2002:a17:90a:be10:: with SMTP id
 a16mr6667636pjs.133.1636624259826; 
 Thu, 11 Nov 2021 01:50:59 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Thu, 11 Nov 2021 01:50:59 -0800
From: Stefan Kangas <stefan@HIDDEN>
In-Reply-To: <87wnlfrriv.fsf@HIDDEN> (Thierry Volpiatto's message of "Thu, 
 11 Nov 2021 09:00:31 +0000")
References: <87wnlfrriv.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
MIME-Version: 1.0
Date: Thu, 11 Nov 2021 01:50:59 -0800
Message-ID: <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.5 (/)

Thierry Volpiatto <thievol@HIDDEN> writes:

> I see you changed image-dired to use image-mode in emacs-29 instead of using like
> before image-magick.  That's fine I used the same approach two years ago
> in Helm, but switched back quickly to image-dired because it was taking
> all memory and it was not recoverable until I kill emacs. I thought it
> was my fault but I see new image-dired in emacs-29 have same problem:
>
> 1) emacs -Q
> 2) Open a large image directory with dired
> 3) Open files one by one with C-t i until memory is full (use f3 C-t i
> C-n f4 etc...). Memory starts to grow seriously after around 70 files
> for me.
>
> Killing the image-dired buffer changes nothing, I have to restart emacs
> to recover memory.

Thanks for the bug report!

In principle there should be no difference between the two: in both
cases we need to cache the same upscaled image.

However, we currently have an issue with our built-in image scaling that
we cache the image both before resizing and after.  I suspect that this
is the explanation for the higher memory usage you see.

See this comment in `image--scale-within-limits-p':

            ;; Note: `image-size' looks up and thus caches the
            ;; untransformed image.  There's no easy way to
            ;; prevent that.

and the relevant code in image.c that verifies this.

I believe that we could fix this in image.c.  I don't think it's
necessarily very hard, but it does take some coding.

However, I'm curious what you mean when you say that it "never" frees
the memory.  What happens if you set `image-cache-eviction-delay' to
some very low value like 5 seconds?

AFAIU, calling `clear-image-cache' should also the free memory unless we
have a memory leak.  You could also call this function from your code.
Does calling this function free the memory for you?




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#51763: 27.2; Displaying many images take all memory
Resent-From: Thierry Volpiatto <thievol@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 11 Nov 2021 11:34:02 +0000
Resent-Message-ID: <handler.51763.B51763.163663044025085 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 51763
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefan@HIDDEN>
Cc: 51763 <at> debbugs.gnu.org
Received: via spool by 51763-submit <at> debbugs.gnu.org id=B51763.163663044025085
          (code B ref 51763); Thu, 11 Nov 2021 11:34:02 +0000
Received: (at 51763) by debbugs.gnu.org; 11 Nov 2021 11:34:00 +0000
Received: from localhost ([127.0.0.1]:40304 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ml8LA-0006WW-3c
	for submit <at> debbugs.gnu.org; Thu, 11 Nov 2021 06:34:00 -0500
Received: from mout02.posteo.de ([185.67.36.66]:36371)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <thievol@HIDDEN>) id 1ml8L8-0006WG-3Q
 for 51763 <at> debbugs.gnu.org; Thu, 11 Nov 2021 06:33:59 -0500
Received: from submission (posteo.de [89.146.220.130]) 
 by mout02.posteo.de (Postfix) with ESMTPS id A1B3A240105
 for <51763 <at> debbugs.gnu.org>; Thu, 11 Nov 2021 12:33:51 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017;
 t=1636630431; bh=r0kZICFBHJSmRzS7pDbBqtFIUvkrnz4lFSSBPVIvKvI=;
 h=From:To:Cc:Subject:Date:Autocrypt:From;
 b=RfU72ek54B0f53czmHKnMMRN8q9T6wTWKBc6MQrl7c6k7W1b8/k+dlcXlv2Q8aB+i
 nyaRpwN+dXBq2rGEhmbT4+t6auC5D/67BAVgLkgXDG29UPpm0NCOv2MU6g5AKB3Y88
 aDjbHLN8ixqUMTbfes5uQKnicEWjbR3BI7FzrzMhClTRVdapP0xIF3KzYbA103CL3s
 Y94gf7B1Iqy5aKr1NNAKD4jByKQqJwDk7pi/bDGcoZKAn5C7vGILnJhw4a3VBkEHUs
 Xq/8/rursi61SaOeXhHzqJdOUrks8bpRTTDzDaKEL/OpD2GdTB0LTnkY7Nj9yZWOdZ
 rrKyXMgxYmAQQ==
Received: from customer (localhost [127.0.0.1])
 by submission (posteo.de) with ESMTPSA id 4Hqfk62t18z6tpw;
 Thu, 11 Nov 2021 12:33:50 +0100 (CET)
References: <87wnlfrriv.fsf@HIDDEN>
 <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
From: Thierry Volpiatto <thievol@HIDDEN>
Date: Thu, 11 Nov 2021 11:22:49 +0000
In-reply-to: <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
Autocrypt: addr=thievol@HIDDEN; prefer-encrypt=mutual; keydata=
 mQGNBF8ylcIBDADG+hy+zR6L4/vbdDDZuSaMmSrU3A5QZJpeBCvxTr7MpzzruZbhLPW1K3R6N2MA
 edi8Y+C8o27FVRIjpdbaKMGu9je7JV/TbUQYo3SOwCK1vM4LUn4V6ZLzSYkuiEt4eyMoiDdyvN0p
 kcK6P9x9DCetcEVszXzQg+yzCVrQ2hXWDXWT4M18EC3wtO7RHPouMqGiwBFhBAYErCqFWFxQHkfb
 tG/4yGyJ58rglb65O3qijjMWvYwcWZun9/7qm8Z4/4mHopmo2zgU+OrptnLSZfkZGz3Y7Uf452xQ
 GVq0Fv75NPvQru7y+DYVhuVXXyAmGxt+vf4rIiixMBbhKEPjcxEPAa2LTzex2IsTZR+QVG9uDnqC
 WcgaOEQ58fzXNvNhtwwF/Rgio2XWAJVdmFWS59/k9W58CIUSNKBMZh2XeGdEmtHvDtCxW3z6FJha
 36RzOM3fMNNiAGdFZJA84gcdloJR+sHCDTTPT3784fjr+V8An7sI581NGFzkRQqPvEQCZbUAEQEA
 AbQSdGhpZXZvbEBwb3N0ZW8ubmV0iQHUBBMBCgA+FiEEI9twfRN7r3nig/xwDsVtFB0W75MFAl8y
 lcICGwMFCQPCZwAFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQDsVtFB0W75MB3QwAlTsVzFmr
 +S/tMKwwwOibjhNPi/OZiUC2AYfaqfVAiIHDT3RbzDe03sAJoomJkJnYVjGzQZwibCMO2+ITkMPV
 2wvrd4CbgS1KCVbrltwcuK/nxPCBaHytOCZUIInnhJo5PE/h03K0rWhUFLDocpnWwI7mPq33oR9N
 u2XMNtUQeWhhZHj8dvpMazWIR/c4iPnQiIobETISNlKIVo7DZSl67btoBrZygVYobgHpAYLBpHtH
 pXUcfM+Jrl8ytLouZ2XYeqzezr1qUDXhPk6mXtEVLJsK4FSS4wT5hPpRozuIwj6sE8OGJIp5uUhm
 SYm9mjRNJBEgmGUNxMQ/wbcA3NEWxBeIZbRvxMgHG47GJ0TJM4xLpGC8BHUZvuIw05gAtgoA3BGh
 5GXbLWy4fi8ozJA/kCkP43d3zh4wTOfQterVTf90bbw6NiNcmXdKH7E/yO1or06bleza39PJsshX
 8EETESzVIifk2yDnc0/CQ+FrLY9IwOOszkMouFXmiwN1xMkjuQGNBF8ylcIBDADnIDHEkmk4lUwT
 lOhwb2yjUfmGPnpH3MCCHkjM9H/P1gTHxFWtwFVPcNMCwXWvKSBTF2dZXKERD0yzG06zT53ZMN7E
 IIeuY6m4R8IcMvpohciisWxbFoB4ZY117tVSeqjo946itgbpdeESKl9a8dpn7ytZMyYxPdojlQAq
 xeAJ8444raESh1oTKXb64hlk4l2pSRlrLgjpJBo8asAfZndaxIUKhw68tV8sqeZh9P6cGtHbUELK
 VJqefNV7V7jF5wf3xvRG6Ces3kSKXalLfs+vrVaoOjQeWrc0AtwFWHmt9JLfKrqF+Q2Q7jUidboW
 mazQM56ESJFPpPHmWq8k6DHspsFHOforLouTHJL1556IPne7IV2BGfWc0+xLxalZ8F5F+vnPF/Ok
 rC1CD5iCKTjXKa2iZbcYdYQAiL6P8Ac8CgN6EkhpbxRtzrEgChuNGevdi/G/GHG4Zqrh6YFwIa/N
 Hq2aVaFq5C1yNTMJd1FRjRzs5JPPlJKpYDnNx+MSp7UAEQEAAYkBvAQYAQoAJhYhBCPbcH0Te695
 4oP8cA7FbRQdFu+TBQJfMpXCAhsMBQkDwmcAAAoJEA7FbRQdFu+TXsEL/3nCs8oDLBSTPXylenWK
 CYLdfZSg8jmwgRKihktU1ZLf8kL/LtEhxdKc9nYQO0gTYdPQ+HEdFbm+gFZ4AxuCtd5zM+MP5Sej
 pfr93QbLwYCiqsudKa+T7wosBBNFnh8ZQkbnsF6iPIeESCJM0Vhjh1lQ+z1qVkdf/yazwmXspOUh
 3kx8dzJQ1F3t6Dj/zHpdNE11bT6wFwTPBFvFeH0yCwDpvVcLbH0xf/0V/RhwkQ4jjae0Cqn8domz
 RpGODjXkAzoRqpRL9/DvIKTQ/uJQqzu6qvi04foFCmtWTSahJiLtbgHSDNj1HHOivtgeTgtVdAEk
 ZAqAXJfmaM8KkEi8Rqcbz3AzkjNWjQNkel0xjB3wkewds1iGcvo2/etWOXcvFiLUpy7YnLMZ4J6d
 jNpwSwDzxvJVy0OvB9SgVF0hX5DdbKTRBSZpGYQgoVdPelGnqs6uq8fa1Ker587E6O6haTIX779d
 pd5UIX75/XbtumwE0L+IvMpekoM9zH8pCowu4g==
Message-ID: <8735o39bad.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
 micalg=pgp-sha512; protocol="application/pgp-signature"
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

--=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Stefan Kangas <stefan@HIDDEN> writes:

> Thierry Volpiatto <thievol@HIDDEN> writes:
>
>> I see you changed image-dired to use image-mode in emacs-29 instead of u=
sing like
>> before image-magick.  That's fine I used the same approach two years ago
>> in Helm, but switched back quickly to image-dired because it was taking
>> all memory and it was not recoverable until I kill emacs. I thought it
>> was my fault but I see new image-dired in emacs-29 have same problem:
>>
>> 1) emacs -Q
>> 2) Open a large image directory with dired
>> 3) Open files one by one with C-t i until memory is full (use f3 C-t i
>> C-n f4 etc...). Memory starts to grow seriously after around 70 files
>> for me.
>>
>> Killing the image-dired buffer changes nothing, I have to restart emacs
>> to recover memory.
>
> Thanks for the bug report!
>
> In principle there should be no difference between the two: in both
> cases we need to cache the same upscaled image.
>
> However, we currently have an issue with our built-in image scaling that
> we cache the image both before resizing and after.  I suspect that this
> is the explanation for the higher memory usage you see.
>
> See this comment in `image--scale-within-limits-p':
>
>             ;; Note: `image-size' looks up and thus caches the
>             ;; untransformed image.  There's no easy way to
>             ;; prevent that.
>
> and the relevant code in image.c that verifies this.
>
> I believe that we could fix this in image.c.  I don't think it's
> necessarily very hard, but it does take some coding.

Sorry but this is out of my scope.

> However, I'm curious what you mean when you say that it "never" frees
> the memory.  What happens if you set `image-cache-eviction-delay' to
> some very low value like 5 seconds?

Didn't yet tried this one.

> AFAIU, calling `clear-image-cache' should also the free memory unless we
> have a memory leak.  You could also call this function from your code.
> Does calling this function free the memory for you?

Yes it does =F0=9F=99=82.  I didn't know this function (BTW what about rena=
ming to
`image-clear-cache`), works great with my code, perhaps you can do the
same in dired (we use more or less similar code).

Thanks.

=2D-=20
Thierry

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQHHBAEBCgAxFiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmGM/5oTHHRoaWV2b2xA
cG9zdGVvLm5ldAAKCRAOxW0UHRbvk7fwC/9OB9XmYkRGZcoCB6gzElxYRMXxoV80
mMbZMHft7RpDMNpsLVEbIagfn8HOd4tmQaVXRnScGN09tGac1k/gT9dq4QxVczZI
b4cQU70qp28htIS9N4DL3BVOA6DnTdTr7WUw9XfhKfna/LQcbul+ML4J2Xuuidy4
Q+z+y+UU22YoKFxX43Ja5l95zUsdMehZx/KMLvdQDVVUee65i4PQsN/9XKNdOtxq
Z/uVx8YEprQZNy2G2GMFTUymKH+rIvRKVsvg7nw2WLoswW6RUiTjzXrjLtPAazl3
JuKymb/9MUrqOarFwL0+Lh9VUWcxjtfrRCiWTv8bIy2M+/x/OfeI283aENSyqotF
IrrbWyls+Q6DV7uZont03h40nCqYN6HyWLdKyljTYA+WOUTavD85A60eSNJ0V9ON
hE/7Snqnhok3ffDm53N/evjamskqx0uCW08GjELKDZNh1PFzmKDLRE4ZJ+03LyUC
S8WsXOgrblPeQ6cdLI83zq5W0VZNBGLEMdI=
=ZYNq
-----END PGP SIGNATURE-----
--=-=-=--




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#51763: 27.2; Displaying many images take all memory
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 11 Nov 2021 12:41:01 +0000
Resent-Message-ID: <handler.51763.B51763.16366344098343 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 51763
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefan@HIDDEN>
Cc: Thierry Volpiatto <thievol@HIDDEN>, 51763 <at> debbugs.gnu.org
Received: via spool by 51763-submit <at> debbugs.gnu.org id=B51763.16366344098343
          (code B ref 51763); Thu, 11 Nov 2021 12:41:01 +0000
Received: (at 51763) by debbugs.gnu.org; 11 Nov 2021 12:40:09 +0000
Received: from localhost ([127.0.0.1]:40365 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ml9NA-0002AV-S7
	for submit <at> debbugs.gnu.org; Thu, 11 Nov 2021 07:40:09 -0500
Received: from quimby.gnus.org ([95.216.78.240]:53942)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1ml9N5-00029n-Cr
 for 51763 <at> debbugs.gnu.org; Thu, 11 Nov 2021 07:40:07 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:
 References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=798WwT9UipE04fGFnjcyIozpBGtPG8RQC3RyhRGJ7jY=; b=bte9SvvJVynvrzT6IKGCxtyEgV
 Z7CIhN2WRDUs+gvUPk4Lzc5xSaGYjrIch13gUTPnA9n1+bFCr6fSvPUZ+wAYQtlKvXkUI1ugLjPuD
 gh0K3C8xs45tO0j+lrd54Gl/Xy1PguB/ZHWCjRS0BOCkAUgTxDTU4+C+e16TEBwAKTxk=;
Received: from [84.212.220.105] (helo=xo)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>)
 id 1ml9Mw-0005kX-TG; Thu, 11 Nov 2021 13:39:57 +0100
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <87wnlfrriv.fsf@HIDDEN>
 <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj
 SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEWDe3BYU0yll4K9
 oXnauo3gvo7gwZT///+NHmO0AAAAAWJLR0QHFmGI6wAAAAd0SU1FB+ULCwwJAYVT5DoAAAG3SURB
 VDjLdZNNbqQwEIXd0WQPMxdApJV1NEazjgabA6SrvI4S7PsfYV65yuBoOg+1G/zh+sddxsFBF9fr
 Mo5uVGB6mEWTvDiOPqjWZfWLX+yhA00ciO+CWErJ94Cw9A2476MHEe6aFZKVBCDAyBCWgr/EEXc3
 M4VbpRCecjbAQZ4D4YrIAuF+GrBXQyo7fqVwc67msZoOH0DRDpYsPzG16o6uhRE5fMgJDYoJoKSS
 iaRYCmJAEsFegDY1JTY0XckR9uVSEGEYLMIt58Qpa1TNBJmrCD+1iCfQm5Bh9DwRa+aBu7LX5xps
 /toP2U+v0+Oru/4HYlj9n7/TY64Z9uDlYXIf8/S87j5sEsZqCYbg5zeAp3fnniP62wDvbnqar9f9
 uiy18c0U0W/v/fzjw/38tZuPoYKIRqF1exfVoPWz9qacKZ6AD2G37ImogRhqYdE6VJq2OtTD2SCZ
 AjFHp3O1XyzxA+h+THXumPpwq9c21tJPBTUcOioLk3Q7ANcia7Ig5wk5j0+A61TVuRq00dBWTu0C
 zFAd86ZbAzYEGKkOBJsdU52LdqLbly+Vws3K/kUba8/vaBjHf0usLVcfdy2oAAAAJXRFWHRkYXRl
 OmNyZWF0ZQAyMDIxLTExLTExVDEyOjA5OjAwKzAwOjAwgbmcCQAAACV0RVh0ZGF0ZTptb2RpZnkA
 MjAyMS0xMS0xMVQxMjowOTowMCswMDowMPDkJLUAAAAASUVORK5CYII=
X-Now-Playing: Hype Williams's _Junt-Deez Ruins You See_: "Bawlin"
Date: Thu, 11 Nov 2021 13:39:54 +0100
In-Reply-To: <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
 (Stefan Kangas's message of "Thu, 11 Nov 2021 01:50:59 -0800")
Message-ID: <875ysy6f39.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview: Stefan Kangas <stefan@HIDDEN> writes: > See this comment
 in `image--scale-within-limits-p': > > ;; Note: `image-size' looks up and
 thus caches the > ; ; untransformed image. There's no easy way to > ; ; prevent
 that. > > and the relevant co [...] 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Stefan Kangas <stefan@HIDDEN> writes:

> See this comment in `image--scale-within-limits-p':
>
>             ;; Note: `image-size' looks up and thus caches the
>             ;; untransformed image.  There's no easy way to
>             ;; prevent that.
>
> and the relevant code in image.c that verifies this.

We've previously discussed adding a parameter to image-size to disable
this caching.  Perhaps we should just do that?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#51763: 27.2; Displaying many images take all memory
Resent-From: Stefan Kangas <stefan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 11 Nov 2021 17:34:02 +0000
Resent-Message-ID: <handler.51763.B51763.163665202218580 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 51763
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Thierry Volpiatto <thievol@HIDDEN>
Cc: 51763 <at> debbugs.gnu.org
Received: via spool by 51763-submit <at> debbugs.gnu.org id=B51763.163665202218580
          (code B ref 51763); Thu, 11 Nov 2021 17:34:02 +0000
Received: (at 51763) by debbugs.gnu.org; 11 Nov 2021 17:33:42 +0000
Received: from localhost ([127.0.0.1]:42155 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mlDxF-0004pc-L5
	for submit <at> debbugs.gnu.org; Thu, 11 Nov 2021 12:33:41 -0500
Received: from mail-pl1-f170.google.com ([209.85.214.170]:36441)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1mlDxC-0004pN-Pb
 for 51763 <at> debbugs.gnu.org; Thu, 11 Nov 2021 12:33:39 -0500
Received: by mail-pl1-f170.google.com with SMTP id u11so6345074plf.3
 for <51763 <at> debbugs.gnu.org>; Thu, 11 Nov 2021 09:33:38 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:from:in-reply-to:references:mime-version:date
 :message-id:subject:to:cc:content-transfer-encoding;
 bh=TjLrciNNrEU8ai6CMB4bUvdxoW4MWTvpEJ0mzu64CXs=;
 b=6mhjs9XZeZMIsGeR1Qvg4lreUKPyxNWt0HZI9xKM/73mc5YTL/m9fehaingMMQyN0A
 NOzFxSMhty5SWQshUKYJ+xueymViw4IJl2CVBF1T5oMcweb2RJE8ee1hq3Bv3AuGEmg4
 ZjF6ubJFvuIHPgcBMZ/0tUjp9Q4Q3ieOcfzrUfjvWCNxbt5MX1PzDNjBaeJCUi10O2kU
 L/wjxJz7yPUUDz+MFj7pX0Ye/Vay9/ZdcUfoJcBLHY0w4eTsjGzObi627GgmdAdyR+z2
 +Ah1g3yyAit2vuSAxq9obpIGTy3kTabvOlDYPamAiZIZKc2rnJBTHcixa9ZTEeE11xwD
 L+KQ==
X-Gm-Message-State: AOAM531Sc4dcey4GuRuuO/JN+RAwZg970RevpBMkQdfP8mQWZGLjn8OW
 ndhFWY7i3z3WS979j4cFjlAwdBfPX72uY0+wRMqAw34m
X-Google-Smtp-Source: ABdhPJxynyMzROvKxvjlQCHok+kFLHc2MylJOrZwUdsbUBKhbUO9vJjr5OmJk5VY7++GBHZMkZPvDCkgKmZxzI53Ctc=
X-Received: by 2002:a17:90a:be10:: with SMTP id
 a16mr9907613pjs.133.1636652012804; 
 Thu, 11 Nov 2021 09:33:32 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Thu, 11 Nov 2021 09:33:32 -0800
From: Stefan Kangas <stefan@HIDDEN>
In-Reply-To: <8735o39bad.fsf@HIDDEN>
References: <87wnlfrriv.fsf@HIDDEN>
 <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
 <8735o39bad.fsf@HIDDEN>
MIME-Version: 1.0
Date: Thu, 11 Nov 2021 09:33:32 -0800
Message-ID: <CADwFkm=_5wsGqH2A+ivd0MQVKq7tBy-LxNojRuas6jpMTgbAiA@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.5 (/)

Thierry Volpiatto <thievol@HIDDEN> writes:

>> AFAIU, calling `clear-image-cache' should also the free memory unless we
>> have a memory leak.  You could also call this function from your code.
>> Does calling this function free the memory for you?
>
> Yes it does =F0=9F=99=82.  I didn't know this function (BTW what about re=
naming to
> `image-clear-cache`), works great with my code, perhaps you can do the
> same in dired (we use more or less similar code).

Great!  For now, this is just a temporary workaround for high memory
usage, so I'd personally be more inclined to work on the underlying
issue than adding it to Image-Dired.

I also believe that you will want to revisit the decision to use it once
this bug is fixed: it is a bit of a sledgehammer and can lead to
undesirable results (slowdowns).

As for renaming it to `image-clear-cache', I think it would be good but
let's see if anyone else thinks otherwise.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#51763: 27.2; Displaying many images take all memory
Resent-From: Stefan Kangas <stefan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 11 Nov 2021 17:34:02 +0000
Resent-Message-ID: <handler.51763.B51763.163665202718598 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 51763
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: Thierry Volpiatto <thievol@HIDDEN>, 51763 <at> debbugs.gnu.org
Received: via spool by 51763-submit <at> debbugs.gnu.org id=B51763.163665202718598
          (code B ref 51763); Thu, 11 Nov 2021 17:34:02 +0000
Received: (at 51763) by debbugs.gnu.org; 11 Nov 2021 17:33:47 +0000
Received: from localhost ([127.0.0.1]:42158 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mlDxK-0004pt-Up
	for submit <at> debbugs.gnu.org; Thu, 11 Nov 2021 12:33:47 -0500
Received: from mail-pg1-f171.google.com ([209.85.215.171]:37833)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1mlDxJ-0004pZ-Kp
 for 51763 <at> debbugs.gnu.org; Thu, 11 Nov 2021 12:33:46 -0500
Received: by mail-pg1-f171.google.com with SMTP id s136so5748456pgs.4
 for <51763 <at> debbugs.gnu.org>; Thu, 11 Nov 2021 09:33:45 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:from:in-reply-to:references:mime-version:date
 :message-id:subject:to:cc;
 bh=QA4Tu/bVfHXafUR67lZCctEYtFk8Ke16eXGwu4JevLM=;
 b=EL4KkiBB+16201c4VYhUCdcqylkJofoxzy92P/emE/Ls74AGvvOrtaTIqIAVwcEay8
 AnmZyiWeCrU5CWBBAghRVBuz2k7fAJy1Hs4agHQPLM//wQKVJKL5sdrsaIYM7RbyxLSI
 acTgnP32TYXmQm1ft52CyP60tw2ddBS7z2mYf35NUt4HbkicQVFgKvBgfYOJHvC/ostP
 dhnM+w1DcLm/pylC0aBULgsmHRI8u0zQJRWsli4yqTt4M4/mQlIAhgxAlOyOsnhWfc4u
 kROrkg6xal7U7DnOl9Yh2GN6L8YF4R3JwH6SiLhOE0u9EkDxZ/oxAO3KLW/9S2Q/fx0q
 glHQ==
X-Gm-Message-State: AOAM5339wRanEL8T3Broo1rqeAH7vLEip7ZtqssuOvlz4Z9rHOHiTdyC
 HUeGAjH4c20wktnprcYxkOtashB/WV36w9g9iVQoVQo3
X-Google-Smtp-Source: ABdhPJxa1rqRn54YpdkkjDkTehxK72Im2+55hUM6ZddfRPh7Y5TsbeJP9Qn1U/LH1iElwgMotRX5lgGX1+rHNOKByXc=
X-Received: by 2002:a63:5563:: with SMTP id f35mr4184639pgm.114.1636652019928; 
 Thu, 11 Nov 2021 09:33:39 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Thu, 11 Nov 2021 09:33:39 -0800
From: Stefan Kangas <stefan@HIDDEN>
In-Reply-To: <875ysy6f39.fsf@HIDDEN>
References: <87wnlfrriv.fsf@HIDDEN>
 <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
 <875ysy6f39.fsf@HIDDEN>
MIME-Version: 1.0
Date: Thu, 11 Nov 2021 09:33:39 -0800
Message-ID: <CADwFkmnR+PvPKSywKnukL78N2Ze+HOJOimR+74FfDH=XNddt4A@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.5 (/)

Lars Ingebrigtsen <larsi@HIDDEN> writes:

> We've previously discussed adding a parameter to image-size to disable
> this caching.  Perhaps we should just do that?

I didn't follow those discussions, but that's what I think we should do
as well.

Should we perhaps also add a max cache size in addition to the
`image-cache-eviction-delay'?  I find it easy to get memory usage up to
several GiB when viewing large images, and all that happens in less than
five minutes.  (That would be a separate feature request though, as this
bug is about the memory usage regression introduced in Image-Dired.)

Relatedly, image-mode could be smarter, and evict images manually from
the cache.  Let's say that when flipping through images in a directory,
we only keep the previous N images (where N is, like, 5 or something).




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#51763: 27.2; Displaying many images take all memory
Resent-From: Thierry Volpiatto <thievol@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 11 Nov 2021 18:14:02 +0000
Resent-Message-ID: <handler.51763.B51763.163665438822677 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 51763
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefan@HIDDEN>
Cc: 51763 <at> debbugs.gnu.org
Received: via spool by 51763-submit <at> debbugs.gnu.org id=B51763.163665438822677
          (code B ref 51763); Thu, 11 Nov 2021 18:14:02 +0000
Received: (at 51763) by debbugs.gnu.org; 11 Nov 2021 18:13:08 +0000
Received: from localhost ([127.0.0.1]:42228 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mlEZP-0005th-RE
	for submit <at> debbugs.gnu.org; Thu, 11 Nov 2021 13:13:08 -0500
Received: from mout02.posteo.de ([185.67.36.66]:55441)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <thievol@HIDDEN>) id 1mlEZN-0005tE-Ft
 for 51763 <at> debbugs.gnu.org; Thu, 11 Nov 2021 13:13:06 -0500
Received: from submission (posteo.de [89.146.220.130]) 
 by mout02.posteo.de (Postfix) with ESMTPS id F294F240103
 for <51763 <at> debbugs.gnu.org>; Thu, 11 Nov 2021 19:12:58 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017;
 t=1636654379; bh=vPSDgXPnPjJ8gWKenCU4PS0fQrHdlHlakr19ZgY/hqE=;
 h=From:To:Cc:Subject:Date:Autocrypt:From;
 b=D0UM4OVH4IaM3DZKFJsmTIrIoy88Ka+lGPYhDRh6znjxD+aqMxcjqCLH898dbYFTx
 rKWxpoq9E8gX5MB1r9G5ZDtSMuvvknLZkWAB5y086jdgkamQwBQqx6Np3YD6C59wWY
 p+xpybx/AaH4kje0upBmQ36JD/VZr7SuIApT3U3MK2+Qg1AKe6ieOLFASXDyf2QmiF
 5DHnpymjEgYo62+0oYCDKjKdFCEg5BqhQtMIc9eq68pqFBnjpooFqlAhG8Ba+X+2Jm
 EU+HJcgMjoVz88lpy8wNxCSByhXggRMAFqvywBTHWMgklabfqoHvbh3XsKtQq7nXFk
 A3pXTKncIgq2w==
Received: from customer (localhost [127.0.0.1])
 by submission (posteo.de) with ESMTPSA id 4HqqZd4s03z9rxK;
 Thu, 11 Nov 2021 19:12:57 +0100 (CET)
References: <87wnlfrriv.fsf@HIDDEN>
 <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
 <8735o39bad.fsf@HIDDEN>
 <CADwFkm=_5wsGqH2A+ivd0MQVKq7tBy-LxNojRuas6jpMTgbAiA@HIDDEN>
From: Thierry Volpiatto <thievol@HIDDEN>
Date: Thu, 11 Nov 2021 18:11:09 +0000
In-reply-to: <CADwFkm=_5wsGqH2A+ivd0MQVKq7tBy-LxNojRuas6jpMTgbAiA@HIDDEN>
Autocrypt: addr=thievol@HIDDEN; prefer-encrypt=mutual; keydata=
 mQGNBF8ylcIBDADG+hy+zR6L4/vbdDDZuSaMmSrU3A5QZJpeBCvxTr7MpzzruZbhLPW1K3R6N2MA
 edi8Y+C8o27FVRIjpdbaKMGu9je7JV/TbUQYo3SOwCK1vM4LUn4V6ZLzSYkuiEt4eyMoiDdyvN0p
 kcK6P9x9DCetcEVszXzQg+yzCVrQ2hXWDXWT4M18EC3wtO7RHPouMqGiwBFhBAYErCqFWFxQHkfb
 tG/4yGyJ58rglb65O3qijjMWvYwcWZun9/7qm8Z4/4mHopmo2zgU+OrptnLSZfkZGz3Y7Uf452xQ
 GVq0Fv75NPvQru7y+DYVhuVXXyAmGxt+vf4rIiixMBbhKEPjcxEPAa2LTzex2IsTZR+QVG9uDnqC
 WcgaOEQ58fzXNvNhtwwF/Rgio2XWAJVdmFWS59/k9W58CIUSNKBMZh2XeGdEmtHvDtCxW3z6FJha
 36RzOM3fMNNiAGdFZJA84gcdloJR+sHCDTTPT3784fjr+V8An7sI581NGFzkRQqPvEQCZbUAEQEA
 AbQSdGhpZXZvbEBwb3N0ZW8ubmV0iQHUBBMBCgA+FiEEI9twfRN7r3nig/xwDsVtFB0W75MFAl8y
 lcICGwMFCQPCZwAFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQDsVtFB0W75MB3QwAlTsVzFmr
 +S/tMKwwwOibjhNPi/OZiUC2AYfaqfVAiIHDT3RbzDe03sAJoomJkJnYVjGzQZwibCMO2+ITkMPV
 2wvrd4CbgS1KCVbrltwcuK/nxPCBaHytOCZUIInnhJo5PE/h03K0rWhUFLDocpnWwI7mPq33oR9N
 u2XMNtUQeWhhZHj8dvpMazWIR/c4iPnQiIobETISNlKIVo7DZSl67btoBrZygVYobgHpAYLBpHtH
 pXUcfM+Jrl8ytLouZ2XYeqzezr1qUDXhPk6mXtEVLJsK4FSS4wT5hPpRozuIwj6sE8OGJIp5uUhm
 SYm9mjRNJBEgmGUNxMQ/wbcA3NEWxBeIZbRvxMgHG47GJ0TJM4xLpGC8BHUZvuIw05gAtgoA3BGh
 5GXbLWy4fi8ozJA/kCkP43d3zh4wTOfQterVTf90bbw6NiNcmXdKH7E/yO1or06bleza39PJsshX
 8EETESzVIifk2yDnc0/CQ+FrLY9IwOOszkMouFXmiwN1xMkjuQGNBF8ylcIBDADnIDHEkmk4lUwT
 lOhwb2yjUfmGPnpH3MCCHkjM9H/P1gTHxFWtwFVPcNMCwXWvKSBTF2dZXKERD0yzG06zT53ZMN7E
 IIeuY6m4R8IcMvpohciisWxbFoB4ZY117tVSeqjo946itgbpdeESKl9a8dpn7ytZMyYxPdojlQAq
 xeAJ8444raESh1oTKXb64hlk4l2pSRlrLgjpJBo8asAfZndaxIUKhw68tV8sqeZh9P6cGtHbUELK
 VJqefNV7V7jF5wf3xvRG6Ces3kSKXalLfs+vrVaoOjQeWrc0AtwFWHmt9JLfKrqF+Q2Q7jUidboW
 mazQM56ESJFPpPHmWq8k6DHspsFHOforLouTHJL1556IPne7IV2BGfWc0+xLxalZ8F5F+vnPF/Ok
 rC1CD5iCKTjXKa2iZbcYdYQAiL6P8Ac8CgN6EkhpbxRtzrEgChuNGevdi/G/GHG4Zqrh6YFwIa/N
 Hq2aVaFq5C1yNTMJd1FRjRzs5JPPlJKpYDnNx+MSp7UAEQEAAYkBvAQYAQoAJhYhBCPbcH0Te695
 4oP8cA7FbRQdFu+TBQJfMpXCAhsMBQkDwmcAAAoJEA7FbRQdFu+TXsEL/3nCs8oDLBSTPXylenWK
 CYLdfZSg8jmwgRKihktU1ZLf8kL/LtEhxdKc9nYQO0gTYdPQ+HEdFbm+gFZ4AxuCtd5zM+MP5Sej
 pfr93QbLwYCiqsudKa+T7wosBBNFnh8ZQkbnsF6iPIeESCJM0Vhjh1lQ+z1qVkdf/yazwmXspOUh
 3kx8dzJQ1F3t6Dj/zHpdNE11bT6wFwTPBFvFeH0yCwDpvVcLbH0xf/0V/RhwkQ4jjae0Cqn8domz
 RpGODjXkAzoRqpRL9/DvIKTQ/uJQqzu6qvi04foFCmtWTSahJiLtbgHSDNj1HHOivtgeTgtVdAEk
 ZAqAXJfmaM8KkEi8Rqcbz3AzkjNWjQNkel0xjB3wkewds1iGcvo2/etWOXcvFiLUpy7YnLMZ4J6d
 jNpwSwDzxvJVy0OvB9SgVF0hX5DdbKTRBSZpGYQgoVdPelGnqs6uq8fa1Ker587E6O6haTIX779d
 pd5UIX75/XbtumwE0L+IvMpekoM9zH8pCowu4g==
Message-ID: <87r1bm4l3t.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
 micalg=pgp-sha512; protocol="application/pgp-signature"
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

--=-=-=
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable


Stefan Kangas <stefan@HIDDEN> writes:

> I also believe that you will want to revisit the decision to use it once
> this bug is fixed: it is a bit of a sledgehammer and can lead to
> undesirable results (slowdowns).

Yes, looking forward for a real fix.  Thanks.

=2D-=20
Thierry

--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQHHBAEBCgAxFiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmGNXSYTHHRoaWV2b2xA
cG9zdGVvLm5ldAAKCRAOxW0UHRbvk0HfDAC3qPQ5QPH2jA9WO/Hpy5xSjdc0uC/m
UNphC50xDOhaL5aGegeiO9Z4ef7SVARo9jCCQplqnaBB7jP3gF2ltd3puVPttMym
mEPtoZ1u7/Eha7HpKfVRyoilZaJDnWW9qz4mDbbHUFo11LszAoyDZfNyPWXdB1oc
tz9btDeCcVlTJk7gwmiiURH0DxeBeqslbNSTILeayBNTQqb0WFjXRYN3f1Fh+8yN
qry9SkC8Xr8C1nK9eU3Z1O5teIS1i9YDzqjKzWiEbjuuwhWFvpEfXtsujul4nxsO
fxJaHsBEVbkXW704zyimghPKcKesUhoXtHjDHgXgmSa173jbG07Nb3bhpHGd97UZ
81BGqb8ZwJEgnSGGWpbaKvy92ojBUjWHONXeH4P+bm/qoW4DiOfafjHX9o1zBOKC
TJ2BHBqFzB1dKk011lpPvRSKoAhoEQHqdzvWl/IGUAeJ/oa5oG86wcIYYSxOnp6O
gevCkbB7SGAbtGyjPEcUMfPVtunzhMcJguc=
=GcpF
-----END PGP SIGNATURE-----
--=-=-=--




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#51763: 27.2; Displaying many images take all memory
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Nov 2021 03:31:02 +0000
Resent-Message-ID: <handler.51763.B51763.163668782831840 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 51763
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefan@HIDDEN>
Cc: Thierry Volpiatto <thievol@HIDDEN>, 51763 <at> debbugs.gnu.org
Received: via spool by 51763-submit <at> debbugs.gnu.org id=B51763.163668782831840
          (code B ref 51763); Fri, 12 Nov 2021 03:31:02 +0000
Received: (at 51763) by debbugs.gnu.org; 12 Nov 2021 03:30:28 +0000
Received: from localhost ([127.0.0.1]:42786 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mlNGm-0008HE-3A
	for submit <at> debbugs.gnu.org; Thu, 11 Nov 2021 22:30:28 -0500
Received: from quimby.gnus.org ([95.216.78.240]:60430)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1mlNGk-0008AV-Q4
 for 51763 <at> debbugs.gnu.org; Thu, 11 Nov 2021 22:30:27 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:
 References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=2BI2IU7Tk1cuhvuXxnqgHK2OX6MrokUv6mVuzSffSJg=; b=RULAiqgGHxVHEO/f371XP2yRvf
 fksmLXRmQPCDEGe1gAePvKyBO7zJ4/SQdRXAjKeKuTlqlUML3fGXK35Oc4xBkzpJVIh9UuOgzAYKj
 Dj0rJgN+yYySHQNHiUikidak7/gdnU1CyJtEw8/kWvBaPRS2bYlMCTzHfhv+PJy/YF6s=;
Received: from [84.212.220.105] (helo=xo)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>)
 id 1mlNGc-0003ew-LT; Fri, 12 Nov 2021 04:30:21 +0100
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <87wnlfrriv.fsf@HIDDEN>
 <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
 <875ysy6f39.fsf@HIDDEN>
 <CADwFkmnR+PvPKSywKnukL78N2Ze+HOJOimR+74FfDH=XNddt4A@HIDDEN>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj
 SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEXf399/foAkJCb/
 //8aMSjyAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+ULDAIxCQtexUAAAAGFSURBVCjPhZLNboJAFIUP
 BIiykkRMOyvTaNLwFEOjXWMiprLqwiZ1noJ20TUuNCkr2ohh7lP2zmDTZWc13z2XOfcH4O+M4KzS
 aOzH4zW8DL6XRojyKDOag+UCqQf4BQGrSEo4G6KcAxyMFR3z0uYVpNexqhu+k2YZ8zxeQyJzNhpI
 sVpyPhKqK1z2Fy35E6JTh8vnyxMLLrWHOQ5EHZcTqBIusg86szJUC6eWMyQHhoHaK8IUQ+PptaKd
 yGnfxFjevamSJFsCAkrrgCounz1vEv0aUGfuEIOwGrmkHiqGrX/LkaOyPrIQQGgrADb0KCEaZUHV
 7yUmTULcCPank0bIQEb55gT3CgkdMziNsMAzyEeD54C4IhAbJJpteyCZkOm+tKCFhcpC5SvJ0PRp
 CA2cLQDBmR/QV8XtemgL84xROtv6Hpgx7Mzy/C33H1Ar7bR2DL6qS2Eg4MX4okBid5chGwZLhBZ2
 rKawSp7zapyvGWI7SLGAJ8cmKeZ53//+PixlI/xzfgA4zIj9xqxzCwAAACV0RVh0ZGF0ZTpjcmVh
 dGUAMjAyMS0xMS0xMlQwMjo0OTowOSswMDowMBA//9wAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEt
 MTEtMTJUMDI6NDk6MDkrMDA6MDBhYkdgAAAAAElFTkSuQmCC
X-Now-Playing: Sonic Youth's _Goo_: "Cinderella's Big Score"
Date: Fri, 12 Nov 2021 04:30:18 +0100
In-Reply-To: <CADwFkmnR+PvPKSywKnukL78N2Ze+HOJOimR+74FfDH=XNddt4A@HIDDEN>
 (Stefan Kangas's message of "Thu, 11 Nov 2021 09:33:39 -0800")
Message-ID: <87sfw22gqd.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview: Stefan Kangas <stefan@HIDDEN> writes: > Should we perhaps
 also add a max cache size in addition to the > `image-cache-eviction-delay'?
 I find it easy to get memory usage up to > several GiB when viewing large
 images, and all that happens [...] 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Stefan Kangas <stefan@HIDDEN> writes:

> Should we perhaps also add a max cache size in addition to the
> `image-cache-eviction-delay'?  I find it easy to get memory usage up to
> several GiB when viewing large images, and all that happens in less than
> five minutes.  (That would be a separate feature request though, as this
> bug is about the memory usage regression introduced in Image-Dired.)

The question is then how to tune it -- if it's mistuned, it may result
in catastrophic thrashing if you're showing a buffer with a gazillion
images...

> Relatedly, image-mode could be smarter, and evict images manually from
> the cache.  Let's say that when flipping through images in a directory,
> we only keep the previous N images (where N is, like, 5 or something).

Yes, that sounds like a good idea.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#51763: 27.2; Displaying many images take all memory
Resent-From: Stefan Kangas <stefan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Nov 2021 04:04:01 +0000
Resent-Message-ID: <handler.51763.B51763.163668982626116 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 51763
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: Thierry Volpiatto <thievol@HIDDEN>, 51763 <at> debbugs.gnu.org
Received: via spool by 51763-submit <at> debbugs.gnu.org id=B51763.163668982626116
          (code B ref 51763); Fri, 12 Nov 2021 04:04:01 +0000
Received: (at 51763) by debbugs.gnu.org; 12 Nov 2021 04:03:46 +0000
Received: from localhost ([127.0.0.1]:42845 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mlNn0-0006nA-H4
	for submit <at> debbugs.gnu.org; Thu, 11 Nov 2021 23:03:46 -0500
Received: from mail-pj1-f46.google.com ([209.85.216.46]:43626)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1mlNmy-0006mt-EU
 for 51763 <at> debbugs.gnu.org; Thu, 11 Nov 2021 23:03:44 -0500
Received: by mail-pj1-f46.google.com with SMTP id
 nh10-20020a17090b364a00b001a69adad5ebso6539648pjb.2
 for <51763 <at> debbugs.gnu.org>; Thu, 11 Nov 2021 20:03:44 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:from:in-reply-to:references:mime-version:date
 :message-id:subject:to:cc;
 bh=GnQL6fQO22/iJEtyhQb9h4QQsDKaTFljeBc01TlgrkA=;
 b=O1UW15CLD2CM/w9p2iQfhnIcSnc2e96n+qvtEzFbGbdiLSuwxS/r5bP5oL6gV0olJB
 smBZf9nkvQ+rKO4eLNtCZtTPBK2L8iL5d3nvucPSJfVmwFW4pHI3J72fQlg3o/fBxGlc
 NLz7F7HzElpQ3X4X9jqS023oTZAfMMHx1fPQ9JAJ8Jm4/ibad8mzmHNkInRZWmvConRO
 cO+GlL04yobjL4Uc4fuvL9jjj+GcLt+zwfo+JJLEJmyAONp0T4bWae5Azz+lnZDqQ7Dw
 p7Av71Cgb8QMS0F9Q4vaQ9URR818yOsmy+poHXL32mDol/zOuPBF+PtrgCUBSdcbnmcn
 aC5Q==
X-Gm-Message-State: AOAM530Sx/mTVjy0K2tEixqy7ftStd0YZPY597TOLfHPB6VIHNXDsYKP
 WysvjA9nMtrGHLMBXmdQXGwfVRa1SWML2JuU/V8=
X-Google-Smtp-Source: ABdhPJwcI3Amp696jIrGH2KOOoHoZM17V+a0je1oKGSYDImA76p0O7dvSNdyAiecQJtaJceoZxB0A5V4yK1gm9mX7cU=
X-Received: by 2002:a17:902:e294:b0:143:86a8:c56d with SMTP id
 o20-20020a170902e29400b0014386a8c56dmr4757964plc.22.1636689818647; Thu, 11
 Nov 2021 20:03:38 -0800 (PST)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Thu, 11 Nov 2021 20:03:38 -0800
From: Stefan Kangas <stefan@HIDDEN>
In-Reply-To: <87sfw22gqd.fsf@HIDDEN>
References: <87wnlfrriv.fsf@HIDDEN>
 <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
 <875ysy6f39.fsf@HIDDEN>
 <CADwFkmnR+PvPKSywKnukL78N2Ze+HOJOimR+74FfDH=XNddt4A@HIDDEN>
 <87sfw22gqd.fsf@HIDDEN>
MIME-Version: 1.0
Date: Thu, 11 Nov 2021 20:03:38 -0800
Message-ID: <CADwFkm=uFZoh7xhxFPMUZYpw+kVogNgte76T6aisk5C_oWKWZA@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.5 (/)

Lars Ingebrigtsen <larsi@HIDDEN> writes:

> The question is then how to tune it -- if it's mistuned, it may result
> in catastrophic thrashing if you're showing a buffer with a gazillion
> images...

I don't think we evict images from the cache if they are being displayed
though, do we?  I imagine that we would evict them if they haven't been
displayed for more than N seconds *and* we are above the max memory
threshold.  Where N is some new variable or constant smaller than
'image-cache-eviction-delay'.




Message sent to bug-gnu-emacs@HIDDEN:


X-Loop: help-debbugs@HIDDEN
Subject: bug#51763: 27.2; Displaying many images take all memory
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Nov 2021 06:25:01 +0000
Resent-Message-ID: <handler.51763.B51763.163669829917495 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 51763
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefan@HIDDEN>
Cc: Thierry Volpiatto <thievol@HIDDEN>, 51763 <at> debbugs.gnu.org
Received: via spool by 51763-submit <at> debbugs.gnu.org id=B51763.163669829917495
          (code B ref 51763); Fri, 12 Nov 2021 06:25:01 +0000
Received: (at 51763) by debbugs.gnu.org; 12 Nov 2021 06:24:59 +0000
Received: from localhost ([127.0.0.1]:43119 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1mlPze-0004Y6-Ub
	for submit <at> debbugs.gnu.org; Fri, 12 Nov 2021 01:24:59 -0500
Received: from quimby.gnus.org ([95.216.78.240]:33850)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1mlPzY-0004Xm-45
 for 51763 <at> debbugs.gnu.org; Fri, 12 Nov 2021 01:24:57 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:
 References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=2uSe1ifMuIIA+TgfLsU3LgQJv42ySiRp/jN374rwBag=; b=FR5YrT3pHkMdt3NltR1Jw3KflY
 UnL00cqbsDt/pL3t3Nez7xzamwp010ohzdYNymFyQXjmq5UvJnsEonzZ1Qi8SCZiZ20y6hyXZYNlh
 S7waRwzEV//RgHCeELxAUmT4FNl/sh8XbR+feo6wXYRXKyQJmOSlyQCtcaVcmgwF52rw=;
Received: from [84.212.220.105] (helo=xo)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>)
 id 1mlPzP-0004oz-Aj; Fri, 12 Nov 2021 07:24:45 +0100
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <87wnlfrriv.fsf@HIDDEN>
 <CADwFkmnqTbcT-V6WLb4EQ=7ZEKO2PfmiQRDRtWSDkHd6JrYL=g@HIDDEN>
 <875ysy6f39.fsf@HIDDEN>
 <CADwFkmnR+PvPKSywKnukL78N2Ze+HOJOimR+74FfDH=XNddt4A@HIDDEN>
 <87sfw22gqd.fsf@HIDDEN>
 <CADwFkm=uFZoh7xhxFPMUZYpw+kVogNgte76T6aisk5C_oWKWZA@HIDDEN>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj
 SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEXs6+6YlH5FXpZB
 P0Cpo7EZV6z///+9+7fYAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+ULDAYHAPyXRE0AAAFISURBVDjL
 tdK7doMwDAZgJYfsCOjOJezluNltIvbUoPd/lVo219Rs7T9wOPqwBNgAZ8kylUKhzTNXhck7g4TK
 5RPyRqkOKUEBdFCgJIAiAqME8PkO+ukhK1wrSQq5q39pWaDIrShIQLm5df1gDStUcsG8S6Fl5nKD
 HGWStBKwGzSkTRguwGUyQzYSkCuNM1htPkYHGXNdS4FfAXhyj4265zUL+FR8AvzHYMNrvYNtGpW3
 ERhV05kYfMumXlewWV2380zJsMDoftTDQ3mEb0PYxuA1N44CnMIQICVKPQxHSCqsYqCB3G17gFsA
 ANIrTHBZ4FJhUe7AYBVaJe7IHVYgDnZutZsx+RlTGwF3zPppWD6QN7hmdX8f5rV7SIhu91YOK9G8
 tduMcr9nAayH9Dewh3sE9BmUkPQcAyu1GPj8F0znQGs07aJ/AK2OCyCelvJsAAAAJXRFWHRkYXRl
 OmNyZWF0ZQAyMDIxLTExLTEyVDA2OjA3OjAwKzAwOjAw6w6TqAAAACV0RVh0ZGF0ZTptb2RpZnkA
 MjAyMS0xMS0xMlQwNjowNzowMCswMDowMJpTKxQAAAAASUVORK5CYII=
X-Now-Playing: Sonic Youth's _Washing Machine_: "Untitled"
Date: Fri, 12 Nov 2021 07:24:42 +0100
In-Reply-To: <CADwFkm=uFZoh7xhxFPMUZYpw+kVogNgte76T6aisk5C_oWKWZA@HIDDEN>
 (Stefan Kangas's message of "Thu, 11 Nov 2021 20:03:38 -0800")
Message-ID: <871r3luc0l.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview:  Stefan Kangas <stefan@HIDDEN> writes: >> The question
 is then how to tune it -- if it's mistuned, it may result >> in catastrophic
 thrashing if you're showing a buffer with a gazillion >> images... > > I
 don't think we evict images from t [...] 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Stefan Kangas <stefan@HIDDEN> writes:

>> The question is then how to tune it -- if it's mistuned, it may result
>> in catastrophic thrashing if you're showing a buffer with a gazillion
>> images...
>
> I don't think we evict images from the cache if they are being displayed
> though, do we?  I imagine that we would evict them if they haven't been
> displayed for more than N seconds *and* we are above the max memory
> threshold.  Where N is some new variable or constant smaller than
> 'image-cache-eviction-delay'.

Right, that could work, I think...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





Last modified: Fri, 12 Nov 2021 06:30:01 UTC

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