From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#43389: 28.0.50; Emacs memory leaks using hard disk all time Date: Thu, 19 Nov 2020 16:37:39 +0200 Message-ID: <831rgppg3w.fsf@gnu.org> References: <86y2j2brg2.fsf@protected.rcdrun.com> <83blfxth7c.fsf@gnu.org> <83y2j0qb2v.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26185"; mail-complaints-to="usenet@ciao.gmane.io" Cc: fweimer@redhat.com, 43389@debbugs.gnu.org, dj@redhat.com, michael_heerdegen@web.de, trevor@trevorbentley.com, carlos@redhat.com To: Jean Louis Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 19 15:39:58 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 1kfl6J-0006Zx-TS for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 19 Nov 2020 15:39:55 +0100 Original-Received: from localhost ([::1]:49680 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kfl6I-0002MD-T3 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 19 Nov 2020 09:39:54 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50358) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kfl5R-0001hX-Vo for bug-gnu-emacs@gnu.org; Thu, 19 Nov 2020 09:39:01 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55340) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kfl5R-0002qi-MT for bug-gnu-emacs@gnu.org; Thu, 19 Nov 2020 09:39:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kfl5R-0002hx-JK for bug-gnu-emacs@gnu.org; Thu, 19 Nov 2020 09:39:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Nov 2020 14:39: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.160579668310312 (code B ref 43389); Thu, 19 Nov 2020 14:39:01 +0000 Original-Received: (at 43389) by debbugs.gnu.org; 19 Nov 2020 14:38:03 +0000 Original-Received: from localhost ([127.0.0.1]:38643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfl4V-0002gE-Be for submit@debbugs.gnu.org; Thu, 19 Nov 2020 09:38:03 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:49992) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kfl4U-0002fk-62 for 43389@debbugs.gnu.org; Thu, 19 Nov 2020 09:38:02 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:52954) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kfl4O-0002Qq-F9; Thu, 19 Nov 2020 09:37:56 -0500 Original-Received: from [176.228.60.248] (port=2642 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kfl4N-0007Qn-QM; Thu, 19 Nov 2020 09:37:56 -0500 In-Reply-To: (message from Jean Louis on Thu, 19 Nov 2020 09:59:44 +0300) 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:193718 Archived-At: > Date: Thu, 19 Nov 2020 09:59:44 +0300 > From: Jean Louis > Cc: 44666@debbugs.gnu.org > > * Eli Zaretskii [2020-11-17 10:04]: > > > If there is nothing to be done with this bug, we can close. > > > > No, closing is premature. I've merged this bug with 3 other similar > > ones, and we are discussing this issue with glibc malloc experts. > > If bug is merged, do I just reply on this email? No, it's better to reply to bug#43389 (I've redirected the discussion now), and please keep the other addressees on the CC list, as they are not subscribed to the bug list, I believe. > My emacs-uptime now is 19 hours, and I can see 4819 MB swapping > according to symon-mode > > I have not get number of buffers, I tried to delete it and there is no > change. User processes are below. I have not finished this session and > so I am prematurely sending the file > emacs.strace-2020-11-18-14:42:59-Wednesday which may be accessed here > below on the link. I could not copy the file fully through eshell probably > because if I do copy through eshell the strace becomes longer and > longer and copy never finishes. So I have aborted the copy, file may > not be complete. It is also not complete for reason that session is > not finished. > > strace is here, 13M download, when unpacked it is more than 1.2 GB. > https://gnu.support/files/tmp/emacs.strace-2020-11-18-14:42:59-Wednesday.lz I've looked at that file, but couldn't see any smoking guns. It shows that your brk goes up and up and up until it reaches more than 7GB. Some of the requests come in groups, totaling about 5MB, not sure why (these groups always follow a call to timerfd_settime, which seems to hint that we are setting an atimer for something). However, without time stamps for each syscall, it is hard to tell whether these series of calls to 'brk' are indeed made one after the other, nor whether they are indeed related to something we use atimers for, because it is unknown how much time passed between these calls. I think you should try using the malloc tracing tools pointed to here: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=43389#158 Also, next time your vsize is several GBytes, please see how much do your buffers take, by evaluating this form: (let ((size 0)) (dolist (buffer (buffer-list) size) (setq size (+ size (buffer-size buffer)))))