From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?iso-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: Pretest note Date: Tue, 13 Mar 2012 11:39:44 +0100 Message-ID: <603C2C2A-083E-42CA-9D66-7DE8E8D1D3E1@swipnet.se> References: <87lin6zf2x.fsf@gnu.org> <87boo16mrn.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1331635224 16006 80.91.229.3 (13 Mar 2012 10:40:24 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 13 Mar 2012 10:40:24 +0000 (UTC) Cc: Carsten Mattner , emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 13 11:40:23 2012 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 1S7P9P-00060Q-Vj for ged-emacs-devel@m.gmane.org; Tue, 13 Mar 2012 11:40:20 +0100 Original-Received: from localhost ([::1]:39279 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7P9P-0000ck-Bg for ged-emacs-devel@m.gmane.org; Tue, 13 Mar 2012 06:40:19 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:34187) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7P9H-0000ba-NF for emacs-devel@gnu.org; Tue, 13 Mar 2012 06:40:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S7P8t-0003nf-7Z for emacs-devel@gnu.org; Tue, 13 Mar 2012 06:40:11 -0400 Original-Received: from mailout.melmac.se ([62.20.26.67]:41445) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7P8t-0003nI-0Y for emacs-devel@gnu.org; Tue, 13 Mar 2012 06:39:47 -0400 Original-Received: from mail01.melmac.se (mail01.melmac.se [62.20.26.80]) by mailout.melmac.se (Postfix) with ESMTP id 253679ECB for ; Tue, 13 Mar 2012 11:39:45 +0100 (CET) Original-Received: (qmail 24753 invoked by uid 89); 13 Mar 2012 10:37:06 -0000 Original-Received: from h-46-59-42-18.na.cust.bahnhof.se (HELO coolsville.localdomain) (boel.djarv@bdtv.se@46.59.42.18) by mail01.melmac.se with ESMTPA; 13 Mar 2012 10:37:06 -0000 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 92C3B7FA06C; Tue, 13 Mar 2012 11:39:44 +0100 (CET) In-Reply-To: <87boo16mrn.fsf@gnu.org> X-Mailer: Apple Mail (2.1257) X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 62.20.26.67 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:149007 Archived-At: 13 mar 2012 kl. 07:25 skrev Chong Yidong: > Carsten Mattner writes: > >> Don't we want to do something about the leak(s) or at least verify >> down that they're correct "caching" or "reuse" behavior? > > AFAICT, this is Jan's report that memory is not returned to the system > on Mac OS? Obviously, if someone can help pin this down, that will be > appreciated. Yamamoto Mitsuharu gave one suggestion here: > > http://lists.gnu.org/archive/html/emacs-devel/2012-01/msg00358.html. > > Also, I'd like to know whether it really involves memory not being > returned at all, independently of gnutls and networking. For example, > here is some Elisp code that visits a file and kills the buffer a few > thousand times: > > (dotimes (n 50000) > (with-temp-buffer > (insert-file-contents "/path/to/emacs/etc/NEWS"))) > > If Emacs on Mac OS really never returns memory, this should chew up all > the memory on your system. Does it? Check also if Emacs 23 is > affected. I don't see much difference. After executing, Emacs 23 uses 33.9 Mbyte real memory, 41.2 virtual. Emacs trunk: 35.4/42.8 Garbage-collect after the run has no effect. Jan D.