From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: Pretest note Date: Tue, 13 Mar 2012 14:25:00 +0800 Message-ID: <87boo16mrn.fsf@gnu.org> References: <87lin6zf2x.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1331619939 7351 80.91.229.3 (13 Mar 2012 06:25:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 13 Mar 2012 06:25:39 +0000 (UTC) Cc: emacs-devel@gnu.org To: Carsten Mattner Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 13 07:25:38 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 1S7LAw-00087n-FS for ged-emacs-devel@m.gmane.org; Tue, 13 Mar 2012 07:25:38 +0100 Original-Received: from localhost ([::1]:50610 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7LAv-00041v-AL for ged-emacs-devel@m.gmane.org; Tue, 13 Mar 2012 02:25:37 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:38750) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7LAo-00040c-Ue for emacs-devel@gnu.org; Tue, 13 Mar 2012 02:25:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S7LAU-0001PR-Tg for emacs-devel@gnu.org; Tue, 13 Mar 2012 02:25:30 -0400 Original-Received: from fencepost.gnu.org ([208.118.235.10]:51042) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7LAU-0001PN-QL for emacs-devel@gnu.org; Tue, 13 Mar 2012 02:25:10 -0400 Original-Received: from [155.69.19.139] (port=40126 helo=ulysses) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1S7LAS-000305-Br; Tue, 13 Mar 2012 02:25:09 -0400 In-Reply-To: (Carsten Mattner's message of "Mon, 12 Mar 2012 14:39:10 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.94 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.10 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:148998 Archived-At: 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.