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: Fwd: Re: bug#34320: Emacs 26.1: RAM does not get released after quitting Emacs Date: Tue, 05 Feb 2019 11:45:29 -0100 Message-ID: <5C598569.30304@o2mail.de> References: <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="219942"; 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 Tue Feb 05 17:02:43 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 1gr3BK-000ut9-0E for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 Feb 2019 17:02:42 +0100 Original-Received: from localhost ([127.0.0.1]:34153 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gr3BC-0001oO-FO for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 Feb 2019 11:02:34 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:42752) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gr3Au-0001ll-6p for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 11:02:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gr3As-0000P1-Cp for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 11:02:16 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34374) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gr3Aq-0000Nn-IV for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 11:02:14 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gr3Aq-0001Ij-Ej for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 11:02:12 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <5C58AF7C.3000005@o2mail.de> Resent-From: =?UTF-8?Q?Ren=C3=A9?= Kuligowski Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 Feb 2019 16:02:12 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 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.15493825104953 (code B ref -1); Tue, 05 Feb 2019 16:02:12 +0000 Original-Received: (at submit) by debbugs.gnu.org; 5 Feb 2019 16:01:50 +0000 Original-Received: from localhost ([127.0.0.1]:33651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gr3AS-0001Ho-UT for submit@debbugs.gnu.org; Tue, 05 Feb 2019 11:01:49 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:52186) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gqyB8-0005j2-Rg for submit@debbugs.gnu.org; Tue, 05 Feb 2019 05:42:11 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:43560) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gqyB3-00047s-Ks for submit@debbugs.gnu.org; Tue, 05 Feb 2019 05:42:05 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:38318) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gqyB2-0004LO-AH for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 05:42:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gqyB0-00046B-7t for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 05:42:04 -0500 Original-Received: from mail236c50.megamailservers.eu ([91.136.10.246]:60322 helo=mail56c50.megamailservers.eu) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gqyAz-00043b-Tg for bug-gnu-emacs@gnu.org; Tue, 05 Feb 2019 05:42:02 -0500 X-Authenticated-User: renekuligowski@o2mail.de Original-Received: from [192.168.50.52] (x4d08ac9a.dyn.telefonica.de [77.8.172.154]) (authenticated bits=0) by mail56c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id x15AfsGT011093 for ; Tue, 5 Feb 2019 10:41:58 +0000 X-CTCH-RefID: str=0001.0A0B0204.5C596876.0085, 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=Oo5hNR3t c=1 sm=1 tr=0 a=H9Y+oQz/pGJtVIF7Vg7YLg==:117 a=H9Y+oQz/pGJtVIF7Vg7YLg==:17 a=IkcTkHD0fZMA:10 a=mDV3o1hIAAAA:8 a=dzOi83m2AAAA:8 a=D1YNfsQtYqHLLYmb4-YA:9 a=QEXdDO2ut3YA:10 a=_FVE-zBwftR9WsbkzFJk:22 a=inI2RuUGd1yLl-9nEuky:22 X-MIME-Autoconverted: from 8bit to quoted-printable by mail56c50.megamailservers.eu id x15AfsGT011093 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: Tue, 05 Feb 2019 11:01:48 -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:155131 Archived-At: For completeness ;-) I also checked thoroughly in the VFSes (/sys, /proc etc.) and ran a=20 mem tracer. The memory blocks are not freed, but stay allocated, like=20 from a forgotten free() call or a severely buggy malloc() call (like the=20 common issues with gcc 3.3 and 4.5). Since I use gcc 4.4 (quite reliable in my experience), my question=20 is: is Emacs 26 using mem alloc calls which are revised/defined in=20 C-2011 or C-2015 standards, and not likely to be properly available in=20 older compilers? That might be an explanation, though not exactly the=20 =E2=80=9Ecure=E2=80=9C for the problem. Regards, R.Kuligowski -------- Original Message -------- Subject: Re: bug#34320: Emacs 26.1: RAM does not get released after=20 quitting Emacs Date: Tue, 05 Feb 2019 07:34:10 -0100 From: Ren=C3=A9 Kuligowski To: Glenn Morris Sorry, the last answer was a bit short. Reasons why neither is the case: doing 'ps axf | grep emacs' shows only the grep call itself. Without grepping, there is no hint of either emacs or a died/zombie process eating up memory. the '+/- cache' line of free shows the amounts I stated, the first one is always about 1GB larger due to cache buffers. On 04.02.2019 22:48, Glenn Morris wrote: > Either the process hasn't actually exited, or you are confused by memo= ry > used for file cache. Ref eg https://www.linuxatemyram.com/ > > >