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: Wed, 06 Feb 2019 20:46:17 -0100 Message-ID: <5C5B55A9.6020500@o2mail.de> References: <5C58AF7C.3000005@o2mail.de> <5C598569.30304@o2mail.de> <83ef8mtamn.fsf@gnu.org> 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="3893"; 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: eliz@gnu.org, 34320@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 06 20:43:23 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 1grT6Q-0000rz-Hw for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Feb 2019 20:43:22 +0100 Original-Received: from localhost ([127.0.0.1]:57584 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1grT6P-0001OJ-GX for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Feb 2019 14:43:21 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:34860) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1grT69-0001MQ-Rs for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2019 14:43:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1grT67-0002t0-Ti for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2019 14:43:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36893) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1grT66-0002se-RS for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2019 14:43:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1grT66-0004B5-Ja for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2019 14:43: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: Wed, 06 Feb 2019 19:43:02 +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: Eli Zaretskii , bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.154948217616048 (code B ref -1); Wed, 06 Feb 2019 19:43:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 6 Feb 2019 19:42:56 +0000 Original-Received: from localhost ([127.0.0.1]:36174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1grT5z-0004Ak-QS for submit@debbugs.gnu.org; Wed, 06 Feb 2019 14:42:56 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48605) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1grT5y-0004AX-HN for submit@debbugs.gnu.org; Wed, 06 Feb 2019 14:42:54 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:56182) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1grT5t-0002nJ-7U for submit@debbugs.gnu.org; Wed, 06 Feb 2019 14:42:49 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:34751) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1grT5s-0001JC-7Q for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2019 14:42:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1grT5q-0002mU-UK for bug-gnu-emacs@gnu.org; Wed, 06 Feb 2019 14:42:47 -0500 Original-Received: from mail150c50.megamailservers.eu ([91.136.10.160]:32946 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 1grT5q-0002lq-KO; Wed, 06 Feb 2019 14:42:46 -0500 X-Authenticated-User: renekuligowski@o2mail.de Original-Received: from [192.168.50.52] (x5f744d2c.dyn.telefonica.de [95.116.77.44]) (authenticated bits=0) by mail50c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id x16JgYU1008941; Wed, 6 Feb 2019 19:42:40 +0000 In-Reply-To: <83ef8mtamn.fsf@gnu.org> X-CTCH-RefID: str=0001.0A0B0208.5C5B38B0.0052, 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=5w8wBS0wDxY4iQAi+D9nHw==:117 a=5w8wBS0wDxY4iQAi+D9nHw==:17 a=IkcTkHD0fZMA:10 a=1bPFL2I98irPjFKxhT4A:9 a=QEXdDO2ut3YA:10 X-MIME-Autoconverted: from 8bit to quoted-printable by mail50c50.megamailservers.eu id x16JgYU1008941 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-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:155189 Archived-At: Hmm=E2=80=A6 let me take another look=E2=80=A6 as far as I can tell, ther= e's no=20 recognizable owner to those, and ld seems not to be involved here =E2=80=94= it=20 shows with a big batch of libs, but not in the blocks in question, and=20 most of them are not used by Emacs, afaik from the configure options and=20 makefiles (but don't take my word for it, I'm not one of you Emacs=20 developers ;-) ). Looks more like a zombie without a zombie process to=20 me, sort of like 'kill -9' successful but for some weird reason the=20 memory being detached and not freed. Can this happen with=20 multi-threading, when the current thread's parent quits and somehow the=20 child cannot cleanly exit? However, I'll try a few more methods, to find out as much as I can. =20 Might take one or the other day, though. Thanks so far! On 05.02.2019 16:20, Eli Zaretskii wrote: >> Date: Tue, 05 Feb 2019 11:45:29 -0100 >> From: Ren=C3=A9 Kuligowski >> >> I also checked thoroughly in the VFSes (/sys, /proc etc.) and ran = a >> mem tracer. The memory blocks are not freed, but stay allocated, like >> from a forgotten free() call or a severely buggy malloc() call (like t= he >> common issues with gcc 3.3 and 4.5). >> =20 > Can you see which software module "owns" the memory that is not freed? > Could it be, for instance, that Emacs loaded some system shared > libraries, and the OS didn't unload them? > > > =20