From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#43389: 28.0.50; Emacs memory leaks Date: Tue, 08 Dec 2020 17:29:52 +0100 Message-ID: <87lfe8jm67.fsf@web.de> 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 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8542"; 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, schwab@linux-m68k.org, RLAdams@AdamsInfoServ.Com To: Jean Louis Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Dec 08 17:37:46 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 1kmfzm-00025n-5B for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 17:37:46 +0100 Original-Received: from localhost ([::1]:51012 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kmfzl-0003Yg-7B for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 08 Dec 2020 11:37:45 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35084) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kmftG-0007tg-4g for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 11:31:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47814) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kmftF-00029z-Rv for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 11:31:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kmftF-0000u7-Mo for bug-gnu-emacs@gnu.org; Tue, 08 Dec 2020 11:31:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Dec 2020 16:31: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.16074450402300 (code B ref 43389); Tue, 08 Dec 2020 16:31:01 +0000 Original-Received: (at 43389) by debbugs.gnu.org; 8 Dec 2020 16:30:40 +0000 Original-Received: from localhost ([127.0.0.1]:59360 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmfsu-0000ae-CX for submit@debbugs.gnu.org; Tue, 08 Dec 2020 11:30:40 -0500 Original-Received: from mout.web.de ([217.72.192.78]:37663) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kmfsr-0000SQ-Ce for 43389@debbugs.gnu.org; Tue, 08 Dec 2020 11:30:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1607444994; bh=NDbY2F+Rq9T3O+vPFZ+2SoX1ifb49rlNgPdR06I/lpo=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=qsTaJY0YPV66gFm+YY837R04jvNJRDdiXStZ/VW8jsfsJGkBb/DtMNkcI2YR4cqpW qGnkFI0x5jk2aOUeRz5QHxikRqsYP94W1pgKRHxRDsgiXTjsniHtORvTVxzPD+z99N NNRl0qvTo/7JGle9sjUPAqWV7tJHNgrlerLjVxvM= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([88.67.99.46]) by smtp.web.de (mrweb106 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MxHYA-1jy1CT44am-00xZEp; Tue, 08 Dec 2020 17:29:54 +0100 In-Reply-To: (Jean Louis's message of "Tue, 8 Dec 2020 08:13:04 +0300") X-Provags-ID: V03:K1:AlQrTkKexgbwF5QlzyELVH13UolUDBBm2trTSJtVOXwD4vri3PA RwzWdUKda+LAeOM4yfK/AZQLQxhInVHmmN4DKZiy5E8KdJyFwxt71fwFcgcR51zFPmzixbv Xb6AqIF2mJ0MIYMIGY3xj1uFaJ12mtnSdHRn7pXQlMgxtry3u97qQSoz/gOwnjldf/4Qnov v7bfi13/xHAaRR4k+eKIw== X-UI-Out-Filterresults: notjunk:1;V03:K0:Jj3oelGG4Ds=:dsuovmlsk867Auf7GGaJD8 2gb7eSHpWbzGIvvppje+RnwmA04kszWZSQi2dWl+to6RpNgD5gcOwPC7iwfCBwRCvkrtK6Mcb xnl74LLnTZetn/+hFRmdbeZC09n6eJdGQ7EL0bb4ijsQCOt1bKrXhnL7Vwu9AVqv+oUmu92P/ lE3Z+f57v3bnESwSzBVoiefA1iaUJb4+EjTwy/OHhOns2JUA4PWIB5xzlhzpCm2+svjY3mpRh dIoAWHOd+1wSjzKkifOLhuLguv4EVLagY83Z0SC/s5RqbzMuZoFyVVt4gzkNMoyom7mejuGMU w3wCP+d6mDxFcjzTJsISt8rZ/cZ7tRZa3dBjAaKdxhCa3r1ZGzAo+uMgqW+NCHXYS8bldlhdu Fla7OWTL5FvQlEpqsZh3IJ4IOGBCzHzomv4US+DweEXXmMDZoPtcppJWVqswkWHU7V1TiMYml Oe2YP/2WWv0cvBXPRVLJjIqlK1vYvQP0+D5DlgATttOiTqdspkyUvlWlLBQIKrXSigd+vqXpO iWHSUWBmITK5fgLij1DCoKLWi2UyvwuPAek0ZR7wIPsli/ExcLgjnYojum+97sinsxp0jvbad 6GnAhe86+/iimsTURUSRGQe+/i/TfX/yqxFDxLyqirf8lE7JYDJWykCAHL8snl05odtjbg5TX tQVrD296Fsbt60XwsMPyrdJNXum4tQaN+WaaDNIJLrR1vUaYb+rew1mLAsYu3KwUFp0pPHbkC Ti/FgG7Z4P87XKZ/QtqFR6TDGhuuUmyc2gEGlaL5Fkc5lXh/bXPNh9JPJHuoN868q9H6dGxu 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:195386 Archived-At: Jean Louis writes: > 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. Yesterday it was not swapping yet. I'm monitoring memory usage with gkrellm. When it starts blinking red, which was the case yesterday, memory starts running out. It skipped the blinking yellow state, which means that a lot of memory must have been acquired in a short time period. > Now question is, do you use helm with helm mode always on? I regularly use some Helm commands (e.g. for C-x C-f or M-x) but not helm-mode. > 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. I think we see different symptoms. I don't see any slow-down at all (unless swapping starts, obviously). When I do M-x garbage-collect, it finishes immediately without freeing an significant amount of memory. > 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. I was not using this command. Maybe our problems have a similar cause, but seems they are a bit different. Regards, Michael.