From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.bugs Subject: bug#43389: 28.0.50; Emacs memory leaks Date: Tue, 8 Dec 2020 08:13:04 +0300 Message-ID: References: <83pn4l3mts.fsf@gnu.org> <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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38362"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: 43389@debbugs.gnu.org, schwab@linux-m68k.org, RLAdams@AdamsInfoServ.Com To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 08 06:19:15 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 1kmVP8-0009qz-Re for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 06:19:14 +0100 Original-Received: from localhost ([::1]:46398 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmVP7-0005jX-Bq for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 00:19:13 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57198) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmVOx-0005jM-8K for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 00:19:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44737) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmVOw-0004ft-LW for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 00:19:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kmVOw-0007np-H0 for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 00:19:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 05:19:02 +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.160740470029937 (code B ref 43389); Tue, 08 Dec 2020 05:19:02 +0000 Original-Received: (at 43389) by debbugs.gnu.org; 8 Dec 2020 05:18:20 +0000 Original-Received: from localhost ([127.0.0.1]:56283 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmVOF-0007mn-Vh for submit@debbugs.gnu.org; Tue, 08 Dec 2020 00:18:20 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:42245) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmVOC-0007mW-Vs for 43389@debbugs.gnu.org; Tue, 08 Dec 2020 00:18:19 -0500 Original-Received: from localhost ([::ffff:197.157.0.57]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C1AE2.000000005FCF0C92.00006C04; Tue, 08 Dec 2020 05:18:09 +0000 Content-Disposition: inline In-Reply-To: <87y2i9jebl.fsf@web.de> 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:195299 Archived-At: * Michael Heerdegen [2020-12-08 04:08]: > Michael Heerdegen writes: > > > > Compliance! > > > > > > (gdb) call (int)malloc_info (0, stdout) > > > > I'm very sorry, but it's gone. > > Today, "it" happened again (not sure how many problems were are > discussing here, though). > > I had been cleaning my web.de INBOX with Gnus. Started Gnus, deleted or > moved some messages, shut down, and repeated. Then I suddenly saw that > our problem was back, Emacs using 6GB or so. The session is gone now (I > shut it down normally). I'm sure that at least a significant part of > the problem materialized while using (more or less only) Gnus. > > And here is that heap output you wanted: Michael, since I stopped using helm-mode always on, I still use it, but not awlays on and I do not query system packages with helm, since then I have not get problem of swapping hard with 5 GB and more. I could observe that vsize is increasing as Eli asked me for that. And I could observe slow down, like that it slows down being harder to type. But hard disk was not working. I could do garbage collect without waiting 40-50 minutes for function to finish. And I did not update or changed Emacs version yet. I have all the mtraces when it happened and also after when I stopped using helm and waiting for developers to tell if they need those mtraces. Now question is, do you use helm with helm mode always on? Of course it need not be related. But it is interesting as since I stopped using it at least I did not get swapping problem where Emacs tries to get some memory or has troubles with it. Especially I am thinking of the helm function helm-system-packages which always takes longer time as it searches through many packages. It need not be related but I do remember that I had problem with memory hours after using that function or turning helm always on. Since I do not use, I did not yet observe the same problem. Usually it would be after one day.