From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Peter Ludemann Newsgroups: gmane.emacs.bugs Subject: bug#38629: Loading/killing the compilation output doesn't lose memory Date: Sun, 15 Dec 2019 20:16:50 -0800 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000003f44800599ca7d5f" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="102396"; mail-complaints-to="usenet@blaine.gmane.org" To: 38629@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 16 07:53:16 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.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1igkFl-000QU5-TN for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 Dec 2019 07:53:14 +0100 Original-Received: from localhost ([::1]:46866 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1igkFk-0008MG-Ll for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 Dec 2019 01:53:12 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35870) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1igkFe-0008M3-1p for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2019 01:53:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1igkFb-00086i-C5 for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2019 01:53:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59931) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1igkFa-00085L-Dq for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2019 01:53:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1igkFa-000099-BF for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2019 01:53:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Peter Ludemann Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2019 06:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38629 X-GNU-PR-Package: emacs Original-Received: via spool by 38629-submit@debbugs.gnu.org id=B38629.1576479174543 (code B ref 38629); Mon, 16 Dec 2019 06:53:02 +0000 Original-Received: (at 38629) by debbugs.gnu.org; 16 Dec 2019 06:52:54 +0000 Original-Received: from localhost ([127.0.0.1]:37671 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igkFR-00008e-Ji for submit@debbugs.gnu.org; Mon, 16 Dec 2019 01:52:54 -0500 Original-Received: from mail-lf1-f54.google.com ([209.85.167.54]:43587) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ighp8-0003o7-0x for 38629@debbugs.gnu.org; Sun, 15 Dec 2019 23:17:34 -0500 Original-Received: by mail-lf1-f54.google.com with SMTP id 9so3176306lfq.10 for <38629@debbugs.gnu.org>; Sun, 15 Dec 2019 20:17:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=sq3BVl9MQSfsm+yybQZo5HjQZHqOUKO8PbXH+sw2jow=; b=kcDsogAZXht6M31C3/UrhsCCw3inbwk7fWIehTOluI8r6/OuqsJPTkSqHmN+nV79M0 NieJlaL51kiIRwsLj5KR7CQKKhC7S24lhuzxBbKKbOky0RAYj4i3kr6kzLGATqzXfy1B Ch6YnXpCK626r9t9TBwolnQt+iVN76dyaL/sx4cDSpaHb+xt95ibgBEQwiZsIr8aLzr+ ntmLM4LmDkbCMS9o8zYujYiUYc2wNQOPGJE2q521eFZCcLYDpoeG5gD4d/xwKBogGtIk 5XLyVwR9fHbpfv7I6pEgcoOxdcMSrl+uYr/IUVbkimOOgR4CAyjzotfiMqXFJTnqEeQM 4qrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=sq3BVl9MQSfsm+yybQZo5HjQZHqOUKO8PbXH+sw2jow=; b=TKQaAigJeKHr8CCgfL88WX7Ojg3MQaQGptT41Qm/NJ0gVCDfBcsUSF2oIGwxGU6RHr NNDAs4h6wi1edbtLpYTTw5LRU9eAu8WU1my4Uijr7n5J7UE8GlZAd/XQfzs2lTJSMVBm u0VCAS7v0gzS50eMfIbVJjx6NKvPYh/SyGEVZnZkNyYdujOw5UwxmUtU84ZCy4B6QN2J 5+uPLE3YvbNM2BoKRa2EnNW0gLs927ITpRMCSuMzqOEf8jEFP4bMaQ/EFgpXhC/oHndk euQh1lTGKnOmEwtW0h3dFXcbUgoCPE/gew+XdSkFf3g5DNBfEDNUQlXqrBnod3Aav6WW gA2A== X-Gm-Message-State: APjAAAVbSlQFDb+t2ZdLnV33w+kDqW7k36rDSoYoIG06ucHjA+oZtEkL ggeBBwYCdEp6JAL8a/6ckR2ZYqgFMM3t5rXBCswMdlxpxjc= X-Google-Smtp-Source: APXvYqzcR3KEbWXXgkFHcXTDknqrZOCgg6indpLh/kY9GMpZrbT45NTQKfSLTIl0rWnD+Fhnk3oyUJQWTiOwji0N9p8= X-Received: by 2002:a19:22cc:: with SMTP id i195mr15813451lfi.148.1576469847293; Sun, 15 Dec 2019 20:17:27 -0800 (PST) X-Mailman-Approved-At: Mon, 16 Dec 2019 01:52:51 -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:173418 Archived-At: --0000000000003f44800599ca7d5f Content-Type: text/plain; charset="UTF-8" If I save the *compilation* buffer and restart emacs, memory usage goes up modestly when I load the file (52MB; it is automatically fontified by emacs when I load it): USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND peter 19037 0.6 0.7 441776 115476 ? Ssl 11:59 2:49 emacs --daemon peter 19037 0.6 1.0 495832 169776 ? Ssl 11:59 2:50 emacs --daemon and memory usage returns to about the previous value when I kill the buffer (I don't need to run 'garbage-collect). So, the problems seems to be somewhere in the "compile" command: (a) it uses a *lot* more memory than needed to display the result (b) it doesn't free that memory when compilation ends or when the compilation buffer is killed My "compilation" is actually compile plus 8200 tests, speeding them up by using GNU-parallel. --0000000000003f44800599ca7d5f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
If I save the *compilation* buffer and restart emacs, memo= ry usage goes up modestly when I load the file (52MB; it is automatically f= ontified by emacs when I load it):

USER =C2=A0 =C2=A0 =C2=A0 PID %CPU %MEM =C2=A0 =C2=A0VSZ =C2=A0 RSS TTY = =C2=A0 =C2=A0 =C2=A0STAT START =C2=A0 TIME COMMAND
peter =C2=A0 = =C2=A019037 =C2=A00.6 =C2=A00.7 441776 115476 ? =C2=A0 =C2=A0 =C2=A0 Ssl = =C2=A011:59 =C2=A0 2:49 emacs --daemon
peter =C2=A0 =C2=A019037 =C2=A00.= 6 =C2=A01.0 495832 169776 ? =C2=A0 =C2=A0 =C2=A0 Ssl =C2=A011:59 =C2=A0 2:5= 0 emacs --daemon

and memory usage returns to about the previous <= span class=3D"gmail_default" style=3D"font-family:verdana,sans-serif">value= when I kill the buffer (I don't need to run 'garbage-collec= t).

So, the problems seems to be somewhere in the "compile"= ; command:
(a) it uses a *lot* more memory than needed to display the re= sult
(b) it doesn't free that memory when compilation ends or when t= he compilation buffer is killed

My "compilation" is actual= ly compile plus 8200 tests, speeding them up by using GNU-parallel.
--0000000000003f44800599ca7d5f--