From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: (heap 1024 82721 1933216) Date: Sat, 18 Jan 2014 15:15:11 +0100 Organization: Organization?!? Message-ID: <87bnz9wf4g.fsf@fencepost.gnu.org> References: <52DA8412.2080009@dancol.org> <83lhydjt6d.fsf@gnu.org> <52DA86DE.3000401@dancol.org> <83k3dxjsd2.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1390054537 15252 80.91.229.3 (18 Jan 2014 14:15:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 18 Jan 2014 14:15:37 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 18 15:15:42 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W4WgU-0002e3-Aq for ged-emacs-devel@m.gmane.org; Sat, 18 Jan 2014 15:15:38 +0100 Original-Received: from localhost ([::1]:43014 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4WgT-00039K-RF for ged-emacs-devel@m.gmane.org; Sat, 18 Jan 2014 09:15:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48125) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4WgK-000390-IZ for emacs-devel@gnu.org; Sat, 18 Jan 2014 09:15:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W4WgF-0001JS-5b for emacs-devel@gnu.org; Sat, 18 Jan 2014 09:15:28 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:35127) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W4WgE-0001JM-Vh for emacs-devel@gnu.org; Sat, 18 Jan 2014 09:15:23 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W4WgD-0002OI-Mr for emacs-devel@gnu.org; Sat, 18 Jan 2014 15:15:21 +0100 Original-Received: from x2f4597d.dyn.telefonica.de ([2.244.89.125]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 18 Jan 2014 15:15:21 +0100 Original-Received: from dak by x2f4597d.dyn.telefonica.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 18 Jan 2014 15:15:21 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 30 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: x2f4597d.dyn.telefonica.de X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:tphkOGFW7hTaqqggLsnSL9RYa+c= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:168687 Archived-At: Eli Zaretskii writes: >> Date: Sat, 18 Jan 2014 05:51:26 -0800 >> From: Daniel Colascione >> CC: emacs-devel@gnu.org >> >> On 01/18/2014 05:50 AM, Eli Zaretskii wrote: >> >> Date: Sat, 18 Jan 2014 05:39:30 -0800 >> >> From: Daniel Colascione >> >> >> >> On Emacs trunk, I recently got into a situation where Emacs had a vsize >> >> of over 6GB. After killing all buffers, garbage-collect reported (heap >> >> 1024 82721 1933216) as the most interesting part of its on its return >> >> value. dlmalloc's free memory retention seems a bit severe here. Are we >> >> just badly fragmenting the heap? >> > >> > Buffers are not allocated off the heap, as you well know. >> >> No, but their buffer locals might be. > > I find it hard to believe that buffer locals could devour gigabytes of > memory, no matter what fragmentation did we cause. If one packs a history of buffer contents in strings in a buffer-local history variable... Recent discussions made obvious that this kind of thing does not appear outlandish to Emacs programmers, so it is to be expected that stuff like that is already in the wild. -- David Kastrup