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 using hard disk all time Date: Thu, 26 Nov 2020 21:37:56 +0300 Message-ID: References: <83zh3czbvz.fsf@gnu.org> <83blfovzxz.fsf@gnu.org> <87o8jnu5f2.fsf@mail.trevorbentley.com> <83o8jmu49z.fsf@gnu.org> <522e3cc0-c563-3308-7264-1b09cd5e264b@redhat.com> <83blfls494.fsf@gnu.org> <83lfeoqk7t.fsf@gnu.org> 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="38020"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: fweimer@redhat.com, 43389@debbugs.gnu.org, dj@redhat.com, carlos@redhat.com, trevor@trevorbentley.com, michael_heerdegen@web.de To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Nov 27 02:02:31 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 1kiS9e-0009oG-VU for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 27 Nov 2020 02:02:30 +0100 Original-Received: from localhost ([::1]:58310 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kiS9e-0004QH-0N for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 26 Nov 2020 20:02:30 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38126) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kiS9C-0004MD-K0 for bug-gnu-emacs@gnu.org; Thu, 26 Nov 2020 20:02:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59967) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kiS9C-0004ya-AS for bug-gnu-emacs@gnu.org; Thu, 26 Nov 2020 20:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kiS9C-0005eT-8U for bug-gnu-emacs@gnu.org; Thu, 26 Nov 2020 20:02: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: Fri, 27 Nov 2020 01:02: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.160643889121676 (code B ref 43389); Fri, 27 Nov 2020 01:02:02 +0000 Original-Received: (at 43389) by debbugs.gnu.org; 27 Nov 2020 01:01:31 +0000 Original-Received: from localhost ([127.0.0.1]:43279 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiS8g-0005dT-IT for submit@debbugs.gnu.org; Thu, 26 Nov 2020 20:01:30 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:54303) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiS8c-0005cv-FB for 43389@debbugs.gnu.org; Thu, 26 Nov 2020 20:01:26 -0500 Original-Received: from localhost ([::ffff:41.202.241.56]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C0010.000000005FC04FE0.00001E76; Fri, 27 Nov 2020 01:01:19 +0000 Content-Disposition: inline In-Reply-To: <83lfeoqk7t.fsf@gnu.org> 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:194386 Archived-At: * Eli Zaretskii [2020-11-26 17:14]: > > Date: Thu, 26 Nov 2020 12:09:32 +0300 > > From: Jean Louis > > Cc: Carlos O'Donell , trevor@trevorbentley.com, > > fweimer@redhat.com, 43389@debbugs.gnu.org, dj@redhat.com, > > michael_heerdegen@web.de > > > > ((uptime "2 days, 18 hours, 35 minutes, 19 seconds") (pid 13339) (garbage ((conses 16 4511014 617524) (symbols 48 86926 23) (strings 32 576134 114546) (string-bytes 1 25198549) (vectors 16 245670) (vector-slots 8 4636183 1560354) (floats 8 1859 18842) (intervals 56 655325 24178) (buffers 992 900))) (buffers-size 200898858) (vsize (vsize 5144252))) > > > > But what happened after 36 minutes of waiting is that Emacs became > > responsive. So I am still running this session and I hope to get > > mtrace after the session has finished. > > > > Before I was not patient longer than maybe 3-5 minutes and I have > > aborted Emacs. But now I can see it stabilized after hard work with > > memory or whatever it was doing. Swap is 1809 MB and vsize just same > > as above. > > It's still 5GB, which is a fairly large footprint, certainly for a > 2-day session. And this time I could observe it was quick to reach, like from some 200 MB swap reported it grew to few gigabytes in few minutes. > > Observation on "what I was doing when vsize started growing" is > > simple, I was just editing email, nothing drastic. I did not do > > anything special. > > Can you describe in more detail how you edit email? Which email > package(s) do you do, and what would composing email generally > involve? I was using XTerm invoked from outside with mutt. Mutt invokes emacsclient and it uses normally same frame, but sometimes other frame. Default setting is to use new frame, but I sometimes change to invoke it without creating new frame. There are 2 modules vterm that I load and emacs-libpq for database. > Also, are there any background activities that routinely run in your > Emacs sessions? Jabber doing XMPP without problem before, persistent scratch, symon-mode, helm, sql-postgres mode, there is eshell always invoked and shell. Timers now: 5.0s - undo-auto--boundary-timer 10.1s 30.0s jabber-whitespace-ping-do 18.8s 1m 0.0s display-time-event-handler 4m 49.4s 5m 0.0s persistent-scratch-save 31m 10.9s 1h 0m 0.0s url-cookie-write-file * 0.1s t show-paren-function * 0.5s :repeat blink-cursor-start * 0.5s t #f(compiled-function () # [jit-lock--antiblink-grace-timer jit-lock-context-fontify]) * 1.0s - helm-ff--cache-mode-refresh * 2.0s t jabber-activity-clean > > If you say I should finish session now and send the mtrace, I can do > > it. > > That's for Carlos to say. > > Thanks for the info. That session after some time invoked much harder hard disk swapping and I have killed Emacs. But I could not find mtrace with corresponding PID for that Emacs session For this session I can see the corresponding PID on the disk. I am now at 8 hours session. Once finishes I hope that mtrace file will not be deleted even if I kill Emacs. ((uptime "8 hours, 8 minutes, 11 seconds") (pid 7385) (garbage ((conses 16 1032190 170175) (symbols 48 49048 11) (strings 32 252789 45307) (string-bytes 1 8153413) (vectors 16 84232) (vector-slots 8 1713735 81778) (floats 8 690 1822) (intervals 56 68015 4240) (buffers 984 105))) (buffers-size 3632683) (vsize (vsize 1217088)))