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: Emacs bzr memory footprint Date: Fri, 21 Oct 2011 20:27:28 +0200 Message-ID: <87r526yzcf.fsf@wanadoo.es> References: <83fwix2osa.fsf@gnu.org> <0B3EE7A4-D0D6-4D1E-ADC4-0BEE68F179B2@mit.edu> <87fwivwp37.fsf@turtle.gmx.de> <87sjmvpmd2.fsf@lifelogs.com> <87aa93wmc4.fsf@turtle.gmx.de> <87sjmnrdjw.fsf@spindle.srvr.nix> <87ty73mc0m.fsf@spindle.srvr.nix> <4EA19111.7060401@yandex.ru> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1319221671 29528 80.91.229.12 (21 Oct 2011 18:27:51 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 21 Oct 2011 18:27:51 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 21 20:27:47 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 1RHJoo-0006Pm-J5 for ged-emacs-devel@m.gmane.org; Fri, 21 Oct 2011 20:27:46 +0200 Original-Received: from localhost ([::1]:50417 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHJon-0001gN-LR for ged-emacs-devel@m.gmane.org; Fri, 21 Oct 2011 14:27:45 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:50401) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHJok-0001fy-SD for emacs-devel@gnu.org; Fri, 21 Oct 2011 14:27:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RHJoj-0000TE-FG for emacs-devel@gnu.org; Fri, 21 Oct 2011 14:27:42 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:44054) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RHJoj-0000T7-9k for emacs-devel@gnu.org; Fri, 21 Oct 2011 14:27:41 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RHJoi-0006Jy-Cp for emacs-devel@gnu.org; Fri, 21 Oct 2011 20:27:40 +0200 Original-Received: from 175.red-83-45-165.dynamicip.rima-tde.net ([83.45.165.175]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Oct 2011 20:27:40 +0200 Original-Received: from ofv by 175.red-83-45-165.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Oct 2011 20:27:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 21 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 175.red-83-45-165.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:Zd+kzz00ns6ZpFEmM8cHbQ27WDM= 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:145405 Archived-At: Stefan Monnier writes: [snip] >> but it will never freed. > > Right, so it's a problem in the sense that this memory will not be > available to other processes. > > While this is not perfect, I don't consider it to be a serious problem. > E.g. when people complain about Emacs using a lot of memory it's always > (until now and I think in Nix's case as well) a case of too much memory > being used because of something like a leak, and not just "Emacs doesn't > return its free memory to the OS". The memory for the text of a buffer, is a single chunk? Or, more generally, are large chunks of memory allocated for big buffers? If the answer is yes, memory fragmentation may be problematic for those who work with large buffers, unless the allocating algorithm avoids that. [snip]