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#43389: 28.0.50; Emacs memory leaks Date: Wed, 09 Dec 2020 21:25:37 +0100 Message-ID: <87tusuvi9q.fsf@gnus.org> References: <87v9edk4eb.fsf@igel.home> <87imadcqqk.fsf@web.de> <87h7pxjrh5.fsf@igel.home> <87eel1cq83.fsf@web.de> <4788A848-D51C-4A25-B023-BA029874DBE5@gnu.org> <87a6vpcphp.fsf@web.de> <83ft5h2pks.fsf@gnu.org> <87tutxi2cz.fsf@web.de> <87y2i9jebl.fsf@web.de> <878sa9f09g.fsf@gnus.jao.io> <20201208123737.GZ6337@maokai> <87r1nywyvj.fsf@gnus.jao.io> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1957"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 43389@debbugs.gnu.org To: "Jose A. Ortega Ruiz" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Dec 09 21:26:16 2020 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 1kn62S-0000Pb-Eg for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 09 Dec 2020 21:26:16 +0100 Original-Received: from localhost ([::1]:41382 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kn62R-0003IT-6a for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 09 Dec 2020 15:26:15 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55144) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kn62E-0003H4-5b for bug-gnu-emacs@gnu.org; Wed, 09 Dec 2020 15:26:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52943) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kn62D-00035m-QW for bug-gnu-emacs@gnu.org; Wed, 09 Dec 2020 15:26:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kn62D-0007y7-M9 for bug-gnu-emacs@gnu.org; Wed, 09 Dec 2020 15:26:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Dec 2020 20:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43389 X-GNU-PR-Package: emacs Original-Received: via spool by 43389-submit@debbugs.gnu.org id=B43389.160754554930607 (code B ref 43389); Wed, 09 Dec 2020 20:26:01 +0000 Original-Received: (at 43389) by debbugs.gnu.org; 9 Dec 2020 20:25:49 +0000 Original-Received: from localhost ([127.0.0.1]:36256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kn621-0007xb-20 for submit@debbugs.gnu.org; Wed, 09 Dec 2020 15:25:49 -0500 Original-Received: from quimby.gnus.org ([95.216.78.240]:42190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kn61z-0007xO-9I for 43389@debbugs.gnu.org; Wed, 09 Dec 2020 15:25:47 -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=GXeapL4e/GV4Mr3EACbYhk2UktWxoomuZXxAooj2sXM=; b=FTVeB0xayjuP2NFRy6HXS8/Zb/ MrOss2VQ8nQ3rdoWT1gYHo4v/wGI/OqpvLo1ejziZdjJWmcQGLcl0+9PKzIqbwNiz9lAISKcYzT4c wO2EFQwoSyGyYY34bbObb5Gfv8FUpUsy3ytmY8WCpFDNhE+BPaDm+3VQ7wthPBTrfczo=; Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kn61q-0005Gf-A6; Wed, 09 Dec 2020 21:25:40 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEU4ODuEPmvLzMz/ //9s1jDoAAAAAWJLR0QDEQxM8gAAAAlwSFlzAAAuIwAALiMBeKU/dgAAAAd0SU1FB+QMCRQVKZfR JGsAAAE/SURBVCjPRdGxbsIwEADQOxQjtZOHeCifwFc4FSxMtpSL2s4wNF/Rrp1opTIwUQkQua/s nR0HS4n8fOezcwGACiz6hshDHjWA07kJ8iKgANgmGONXvqBKuSPQ2wlIzT2CkapQYFtn7QSwtSnw UNfGg8nVYPt0Lz3/5k8wCR4Wm0v0VZMjiyXgHlw+h8/Yn8CQYsZX5jNgp5h/MfMNMCgMJ5iQ97Cm ZcymyCXAw04wKNZyUY3wmPaTEHLkkHAS7IK9Jpw17S1msOSYLk+5SgW2/aGUlo89Pk83IMd+kGIZ 2PEv875cdN5sJnR7pPe2RIJzK/lJPjWEIh7a2XpsonsNuMhpKkM340dAP4Tcbh3LIWgB0rlf8kl/ vsUU4b/hBRxNowXXUKsLkWKUPWtKc3kEVGAzQlqQ3n48SmsBj3L4P02aiwS5jZmyAAAAJXRFWHRk YXRlOmNyZWF0ZQAyMDIwLTEyLTA5VDIwOjIxOjQxKzAwOjAwtMlGhwAAACV0RVh0ZGF0ZTptb2Rp ZnkAMjAyMC0xMi0wOVQyMDoyMTo0MSswMDowMMWU/jsAAAAASUVORK5CYII= X-Now-Playing: =?UTF-8?Q?R=C3=B3isin?= Murphy's _Murphy's Law (Crooked Remixes)_: "Murphy's Law (Crooked Cowbelly 1)" In-Reply-To: <87r1nywyvj.fsf@gnus.jao.io> (Jose A. Ortega Ruiz's message of "Wed, 09 Dec 2020 19:41:36 +0000") 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:195593 Archived-At: "Jose A. Ortega Ruiz" writes: > Neither am i :) Actually, i just observed the pattern above (RAM going > up by 1Mb/sec bringing total memory from 300Mb to 800Mb, then stopping) > before starting Gnus. So i guess that, if Gnus plays any role, it must > be indirectly. I haven't been following this thread closely, but it strikes me as puzzling that there's a lot of people seeing these leaks -- and there's also many people (like me) that don't see these leaks at all. (And I have Emacsen running for weeks on end, doing all sorts of odd stuff.) Has anybody tried compiling a list of features people who see the leaks are using? Not that there's really any good way of gathering that data, but ... Like, helm is known for using lots of memory, and eww can, too, under some circumstances, and so can image caching... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no