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 Date: Tue, 17 Nov 2020 19:13:06 +0200 Message-ID: <83mtzfrjod.fsf@gnu.org> References: <87r1r5428d.fsf@web.de> <874kmcvlbj.fsf@mail.trevorbentley.com> <83imasb0te.fsf@gnu.org> <871rgzvbme.fsf@mail.trevorbentley.com> <83lff6zm8f.fsf@gnu.org> <838sb1rrar.fsf@gnu.org> <87wnylm3sw.fsf@oldenburg2.str.redhat.com> <83r1osq96c.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3310"; mail-complaints-to="usenet@ciao.gmane.io" Cc: fweimer@redhat.com, 43389@debbugs.gnu.org, dj@redhat.com To: Carlos O'Donell Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Nov 17 18:19:09 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 1kf4dJ-0000kH-8N for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 17 Nov 2020 18:19:09 +0100 Original-Received: from localhost ([::1]:50684 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kf4dI-0006RR-7c for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 17 Nov 2020 12:19:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48372) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kf4YM-0000kF-2S for bug-gnu-emacs@gnu.org; Tue, 17 Nov 2020 12:14:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49490) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kf4YL-0005hs-NE for bug-gnu-emacs@gnu.org; Tue, 17 Nov 2020 12:14:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kf4YL-0000aI-Iw for bug-gnu-emacs@gnu.org; Tue, 17 Nov 2020 12:14: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: Tue, 17 Nov 2020 17:14: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.16056332042192 (code B ref 43389); Tue, 17 Nov 2020 17:14:01 +0000 Original-Received: (at 43389) by debbugs.gnu.org; 17 Nov 2020 17:13:24 +0000 Original-Received: from localhost ([127.0.0.1]:32803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kf4Xk-0000ZI-9A for submit@debbugs.gnu.org; Tue, 17 Nov 2020 12:13:24 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48118) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kf4Xh-0000Z5-Tw for 43389@debbugs.gnu.org; Tue, 17 Nov 2020 12:13:22 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57829) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kf4Xc-0005V2-Dn; Tue, 17 Nov 2020 12:13:16 -0500 Original-Received: from [176.228.60.248] (port=2690 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kf4XX-0000BA-AB; Tue, 17 Nov 2020 12:13:15 -0500 In-Reply-To: (message from Carlos O'Donell on Tue, 17 Nov 2020 11:32:23 -0500) 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:193559 Archived-At: > Cc: dj@redhat.com, 43389@debbugs.gnu.org > From: Carlos O'Donell > Date: Tue, 17 Nov 2020 11:32:23 -0500 > > > "Small value" being something like 2? > > The current code creates 8 arenas per core on a 64-bit system. > > You could set it to 1 arena per core to force more threads into the > arenas and push them to reuse more chunks. > > export MALLOC_ARENA_MAX=$(nproc) Isn't that too many? Emacs is a single-threaded program, with a small number of GTK threads that aren't supposed to allocate a lot of memory. Sounds like 2 should be enough, no? > > Any other suggestions or thoughts? > > Yes, we have malloc trace utilities for capturing and simulating traces > from applications: > > https://pagure.io/glibc-malloc-trace-utils > > If you can capture the application allocations with the tracer then we > should be able to reproduce it locally and observe the problem. You mean, trace all the memory allocations in Emacs with the tracer? That would produce huge amounts of data, as Emacs calls malloc at an insane frequency. Or maybe I don't understand what kind of tracing procedure you had in mind (I never used these tools, and didn't know they existed until you pointed to them). Thanks.