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: Mon, 23 Nov 2020 11:11:22 +0300 Message-ID: References: <86y2j2brg2.fsf@protected.rcdrun.com> <83blfxth7c.fsf@gnu.org> <83y2j0qb2v.fsf@gnu.org> <831rgppg3w.fsf@gnu.org> <83zh3czbvz.fsf@gnu.org> <83k0udw3jb.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="31955"; 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, michael_heerdegen@web.de, trevor@trevorbentley.com, carlos@redhat.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Nov 23 09:31:12 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 1kh7Fg-0008Cy-09 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 23 Nov 2020 09:31:12 +0100 Original-Received: from localhost ([::1]:34218 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kh7Fe-0003rY-H6 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 23 Nov 2020 03:31:10 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40776) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kh7EY-0003GM-Rm for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2020 03:30:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37280) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kh7EY-0005wY-JC for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2020 03:30:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kh7EY-0003Eq-Ek for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2020 03:30: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: Mon, 23 Nov 2020 08:30: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.160612016312376 (code B ref 43389); Mon, 23 Nov 2020 08:30:02 +0000 Original-Received: (at 43389) by debbugs.gnu.org; 23 Nov 2020 08:29:23 +0000 Original-Received: from localhost ([127.0.0.1]:48826 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kh7Du-0003DW-MF for submit@debbugs.gnu.org; Mon, 23 Nov 2020 03:29:22 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:57081) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kh7Dp-0003DG-8Y for 43389@debbugs.gnu.org; Mon, 23 Nov 2020 03:29:21 -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 00000000002C1AE7.000000005FBB72D6.00003833; Mon, 23 Nov 2020 08:29:10 +0000 Content-Disposition: inline In-Reply-To: <83k0udw3jb.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:193897 Archived-At: * Eli Zaretskii [2020-11-22 23:17]: > > Date: Sun, 22 Nov 2020 22:52:14 +0300 > > From: Jean Louis > > Cc: fweimer@redhat.com, 43389@debbugs.gnu.org, dj@redhat.com, > > michael_heerdegen@web.de, trevor@trevorbentley.com, carlos@redhat.com > > > > I am now following this strategy here: > > https://github.com/jemalloc/jemalloc/wiki/Use-Case%3A-Leak-Checking > > That uses a different implementation of malloc, so I'm not sure it > will help us. It will not help if you are able to interpret the PDF reports and you do not see anything helpful. If you do interpret those PDF reports please tell me as such could be useful to find possible causes or find other issues in Emacs. Does this here tells you anything? https://gnu.support/files/tmp/2020-11-22/jeprof.26889.0.f.heap.pdf Does this add module isra.0 inside tells you anything? https://gnu.support/files/tmp/2020-11-22/jeprof.26922.0.f.heap.pdf I am using dynamic modules like vterm and libpq, can that influence memory or create memory leaks? What is tst_post_reentrancy_raw, is that something that eats memory? I am still running this session with jemalloc and I wish to see if anything will happen that blocks the work similar how it blocks with the normal run. This helps slightly in determination. As if run of Emacs with jemalloc does not cause problems one time, maybe 2-5 times or 10 times, that may be deduce problem to standard malloc and not Emacs. Then in the next session I will try again the tools as described and submit data. To help me understand, do you think problem is in Emacs or in glibc malloc?