From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#56546: 29.0.50; unbounded RAM comsumption when displaying images Date: Thu, 14 Jul 2022 11:20:53 +0200 Message-ID: <87mtdcnj7u.fsf@gnus.org> References: <87cze84gst.fsf@mail.jao.io> <8335f4uu17.fsf@gnu.org> <83zghctekc.fsf@gnu.org> <87r12onkhz.fsf@gnus.org> <83leswt5q1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39032"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: mail@jao.io, 56546@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jul 14 11:29:04 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oBv9c-0009ud-Mx for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 14 Jul 2022 11:29:04 +0200 Original-Received: from localhost ([::1]:35096 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oBv9b-0002d9-K1 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 14 Jul 2022 05:29:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44606) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oBv2o-0001SQ-I7 for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2022 05:22:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54866) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oBv2o-0004Xq-6H for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2022 05:22:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oBv2o-0001zO-3A for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2022 05:22:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jul 2022 09:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56546 X-GNU-PR-Package: emacs Original-Received: via spool by 56546-submit@debbugs.gnu.org id=B56546.16577904747563 (code B ref 56546); Thu, 14 Jul 2022 09:22:02 +0000 Original-Received: (at 56546) by debbugs.gnu.org; 14 Jul 2022 09:21:14 +0000 Original-Received: from localhost ([127.0.0.1]:48759 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBv21-0001xu-CV for submit@debbugs.gnu.org; Thu, 14 Jul 2022 05:21:13 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:32906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oBv1t-0001x0-Ik for 56546@debbugs.gnu.org; Thu, 14 Jul 2022 05:21:12 -0400 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:Date:References: In-Reply-To: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=nOo42JdF5gPTkl5LLuIk5+dMbzyphfpBLArBIu+kcSs=; b=Qw0hu3UttbZ0OqstDoFetm8wV0 gr1MtCHeXl2yD7e+DN0WYCwK3Fd3qdHey4GVv0Q+mgFVRkGrhnkUUSgMY23RcfruRgyhjcKeDwBFb uGd0MemNlECdrl9R2F3nWhiA/RGh5PAIdP36Gt0M5ZBSgS/3eZpQ4wxPclAcU/zLZaCs=; Original-Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oBv1j-0000QR-Jv; Thu, 14 Jul 2022 11:20:58 +0200 In-Reply-To: <83leswt5q1.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 14 Jul 2022 12:15:50 +0300") Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEUjKmgXFhYoNYhW OzelbVLozLE2UKr///+StNrBAAAAAWJLR0QHFmGI6wAAAAd0SU1FB+YHDgkQODMnaFwAAAFySURB VDjLddPNcoMgEABgAmnPopmeGRI9y6wPUEd8gUbunXTq+z9CWf4EtXswM3wsu7iRkCw4RkWplFKQ E5A7oEw5iRCNCoBhiiAJkWFdCpiXHITw+6W4GQdVzLAPgU8LJgeKQD0sQ5nhEqS86hGwrQ1CPPS4 ywjRmvFmr1IfM4xq/oERARvpCpC+2259ye6VQffSCO+riwzWdTgC/qwrQ6gzEKDw6PXb3a/bAMDv /HHzqBPcIexkDnwVBObh4+4n6MVnuJUGeIw6Zii+i6pDaPXID4Hwa/Q5XJdJnUI7aigWVTxKzUWR JgN1Cu2iz+Ex6WIxQbdMqTjetYld2ZGmo3BHBrBlNGq7hy3/nEIJBJXBkoAXGW/meQT7xVxmo9NM NiAEjNH6ErpKYD+92VjxE2y2tyt6gjCpipWv3cPCeb8HLGG7avp4twCkZxZAVfyyAzLYBFbtR0vv YOET0mtNwBgxpnenVCo/yor5Yiz9C0L8AfpLhpuKBe+qAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIy LTA3LTE0VDA5OjE2OjU2KzAwOjAwW1A9zAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wNy0xNFQw OToxNjo1NiswMDowMCoNhXAAAAAASUVORK5CYII= X-Now-Playing: Richard and Linda Thompson's _Hard Luck Stories (6): First Light_: "Restless Highways" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:236972 Archived-At: Eli Zaretskii writes: > When we remove an image from the cache, its animations should also be > removed, I agree. The image cache is for displayed images, so an animated image will usually have dozens of image cache entries, so it doesn't work that way. > GC could be problematic. Imagine someone who has a frame displayed at > all times animating something -- you don't want to clear those caches, > right? No, but the cache should be pruned of old entries. (Which is what the pruning function does.) >> Finally, image-cache-size should also report the animation cache size, I >> think. > > That'd help, yes. Looking at that now, that's easier said than done, because the animation caches are opaque -- we call out to support libraries, and it doesn't look like all of them have a way to say how much memory they use. (I'm looking at the webp functions right now...) But we can at least include the size of the main data blob (e.g., the .webp data itself); we know the size of that for all the anim caches. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no