From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Memory again Date: Tue, 06 Dec 2011 05:02:09 +0100 Message-ID: <87mxb6tkji.fsf@wanadoo.es> References: <4ED0F945.5090805@yandex.ru> <83pqge7syw.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1323144150 20392 80.91.229.12 (6 Dec 2011 04:02:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 6 Dec 2011 04:02:30 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 06 05:02:27 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RXmEd-0001Be-2S for ged-emacs-devel@m.gmane.org; Tue, 06 Dec 2011 05:02:27 +0100 Original-Received: from localhost ([::1]:52686 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RXmEc-0001D6-J4 for ged-emacs-devel@m.gmane.org; Mon, 05 Dec 2011 23:02:26 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:38611) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RXmEa-0001Cq-2m for emacs-devel@gnu.org; Mon, 05 Dec 2011 23:02:24 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RXmEZ-0005MX-5G for emacs-devel@gnu.org; Mon, 05 Dec 2011 23:02:24 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:55346) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RXmEY-0005MT-So for emacs-devel@gnu.org; Mon, 05 Dec 2011 23:02:23 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RXmEW-00019h-Lq for emacs-devel@gnu.org; Tue, 06 Dec 2011 05:02:20 +0100 Original-Received: from 137.red-88-11-104.dynamicip.rima-tde.net ([88.11.104.137]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 06 Dec 2011 05:02:20 +0100 Original-Received: from ofv by 137.red-88-11-104.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 06 Dec 2011 05:02:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 18 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 137.red-88-11-104.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) Cancel-Lock: sha1:scR4PcuCNEJlEoLOgjwXVSS4sdI= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:146491 Archived-At: Eli Zaretskii writes: [snip] > It doesn't, or at least shouldn't. When enough memory has been > reclaimed by GC, it should give it away to the system. At least on > some systems, I actually see that in action, after killing a large > buffer. Just for the record: a *compile* buffer ended with 10M lines of diagnostics emitted by a compiler. The emacs process jumped from 60MB to 526MB of RES memory. That was yesterday, and emacs keeps retaining that memory. I guess that as the buffer grew it was reallocated again and again. Obviously fragmentation is at play here. [snip]