From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Ren=C3=A9?= Kuligowski Newsgroups: gmane.emacs.bugs Subject: bug#34320: Emacs 26.1: RAM does not get released after quitting Emacs Date: Mon, 04 Feb 2019 20:32:44 -0100 Message-ID: <5C58AF7C.3000005@o2mail.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="138486"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20121215 Icedove/3.0.11 To: 34320@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 04 22:21:32 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gqlgH-000ZsS-Sq for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Feb 2019 22:21:30 +0100 Original-Received: from localhost ([127.0.0.1]:49600 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqlgG-000395-Qv for geb-bug-gnu-emacs@m.gmane.org; Mon, 04 Feb 2019 16:21:28 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:45311) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqlWC-0003TY-HD for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2019 16:11:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gqlWB-0000j9-NR for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2019 16:11:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60468) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gqlWA-0000hU-I5 for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2019 16:11:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gqlWA-0008MB-8e for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2019 16:11:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Ren=C3=A9?= Kuligowski Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Feb 2019 21:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 34320 X-GNU-PR-Package: emacs X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.154931461732047 (code B ref -1); Mon, 04 Feb 2019 21:11:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 4 Feb 2019 21:10:17 +0000 Original-Received: from localhost ([127.0.0.1]:59749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqlVQ-0008Kp-Ut for submit@debbugs.gnu.org; Mon, 04 Feb 2019 16:10:17 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:37140) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqk7o-0006Ds-PH for submit@debbugs.gnu.org; Mon, 04 Feb 2019 14:41:49 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:42075) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gqk7i-0000gs-GK for submit@debbugs.gnu.org; Mon, 04 Feb 2019 14:41:43 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:50569) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqk7h-0007dl-Hg for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2019 14:41:42 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gqjvg-0000ZS-KT for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2019 14:29:17 -0500 Original-Received: from mail153c50.megamailservers.eu ([91.136.10.163]:60676 helo=mail50c50.megamailservers.eu) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gqjvg-0000Il-9t for bug-gnu-emacs@gnu.org; Mon, 04 Feb 2019 14:29:16 -0500 X-Authenticated-User: renekuligowski@o2mail.de Original-Received: from [192.168.50.52] (x4d065702.dyn.telefonica.de [77.6.87.2]) (authenticated bits=0) by mail50c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id x14JT4wL022596 for ; Mon, 4 Feb 2019 19:29:09 +0000 X-CTCH-RefID: str=0001.0A0B0215.5C589286.0006, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=H6v1PdQi c=1 sm=1 tr=0 a=MtA2M20dbsUPsJ0XRIfnWA==:117 a=MtA2M20dbsUPsJ0XRIfnWA==:17 a=IkcTkHD0fZMA:10 a=KRuZxnccK3EbLnPQJJoA:9 a=QEXdDO2ut3YA:10 a=pHzHmUro8NiASowvMSCR:22 a=nt3jZW36AmriUCFCBwmW:22 X-MIME-Autoconverted: from 8bit to quoted-printable by mail50c50.megamailservers.eu id x14JT4wL022596 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Mailman-Approved-At: Mon, 04 Feb 2019 16:10:15 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:155089 Archived-At: Good morning, I just noticed something which I thought might be interesting, and which=20 I stumbled across by watching my conky window's memory watcher (issuing=20 'free' and 'vmstat' on the console always says the same as conky, so I=20 guess it does update correctly). The Story And What Happens (to indirectly quote Terry Pratchett): Whenever I run Emacs 26.1 (Lucid X interface) and it loads its package=20 configuration, it quickly allocates about 300 to 400 MB of RAM, and when=20 I use several Emacs modi (org, auctex, etc), it tends to allocate about=20 700 MB in total. Accumulated on top of my average system load, the used=20 memory rapidly goes from 520MB to 1.2 GB just due to Emacs. When I quit=20 Emacs, the used RAM does only drop back to about 1.1 to 1.0 GB, not to,=20 say, 600MB as I would expect (and as Emacs 23 and 25 do =E2=80=93 well, E= macs 25=20 doesn't release all memory, either, but leaves only an after-print of,=20 say, 30 MB, not 400). And even several hours later with nothing running=20 except for the wm (fvwm, if you want to know), conky and a screen saver=20 the memory is not released, so I presume it is not caused by the=20 caching/preemptivity mechanisms of the system kernel or the library loade= r. Is this behaviour perhaps due to Emacs's code being aligned to modern C=20 compilers, libraries, and bloated system configurations? Perhaps, even,=20 due to yours concentrating on GTK3 as X UI? I am asking this because I=20 run a debian 6 system, with GCC 4.x, GTK2 (which I do not use, if=20 possible), without servicesd or systemd and with somewhat older memory=20 management libraries. Can this be resolved on your side, or is there a trick I can use, except=20 for re-starting my whole system? Regards, R.Kuligowski