From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: emacs user Newsgroups: gmane.emacs.devel Subject: Re: Memory again Date: Thu, 22 Dec 2011 20:54:08 +0200 Message-ID: References: <71677AF5-0EE7-426E-B8FA-C2782B3CC36C@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1324580060 31981 80.91.229.12 (22 Dec 2011 18:54:20 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 22 Dec 2011 18:54:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 22 19:54:16 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 1RdnmR-0003Pg-9T for ged-emacs-devel@m.gmane.org; Thu, 22 Dec 2011 19:54:15 +0100 Original-Received: from localhost ([::1]:38527 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RdnmQ-0004FG-KP for ged-emacs-devel@m.gmane.org; Thu, 22 Dec 2011 13:54:14 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:37420) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RdnmO-0004EM-A5 for emacs-devel@gnu.org; Thu, 22 Dec 2011 13:54:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RdnmM-0007Ar-KE for emacs-devel@gnu.org; Thu, 22 Dec 2011 13:54:12 -0500 Original-Received: from mail-we0-f169.google.com ([74.125.82.169]:36562) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RdnmM-0007AN-25 for emacs-devel@gnu.org; Thu, 22 Dec 2011 13:54:10 -0500 Original-Received: by werf1 with SMTP id f1so4647709wer.0 for ; Thu, 22 Dec 2011 10:54:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=EsRcQ1c+bwW34bToRv9NZVzIm8Dh88kSJPWhBEAOhaI=; b=RbMjBS/0UhCihvHXajoi4sF3l4kKHFG+rbrWx0efs8C3plp5z5wYFWvK76KIwfadiZ Hwzpr5XC6H7M++5Gbub5gNv7UvaaDTq9vJYZpyyy4B0LbLNLmNvAD0zFKn8h0ZhM970g zmuHSbfOvbmA4mTsWpJ/26vgC1A86A6HgN+sI= Original-Received: by 10.216.138.218 with SMTP id a68mr12027992wej.38.1324580048588; Thu, 22 Dec 2011 10:54:08 -0800 (PST) Original-Received: by 10.216.170.138 with HTTP; Thu, 22 Dec 2011 10:54:08 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 74.125.82.169 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:146926 Archived-At: On Thu, Dec 22, 2011 at 4:58 PM, emacs user wrote: > On Thu, Dec 22, 2011 at 4:08 PM, Jan Dj=E4rv wrote: >> >> 21 dec 2011 kl. 18:55 skrev emacs user: >> >>> >>> Thanks... =A0The leaks command indeed reports zero leaks now. =A0howeve= r, >>> emacs still grows every time I invoke vm. =A0here is a memory report >>> which I get after killing all buffers, when emacs is 214 Mb large (as >>> seen in the Activity Monitor). =A0 is this normal? >>> >> >> As I'm not a vm-user I can't really say. =A0But it sounds like something= is not released back to the OS. >> >> =A0 =A0 =A0 =A0Jan D. > > how does one go about diagnosing this? =A0is it possible to tell if this > an elisp problem or a c-problem? Just in case this is helpful in diagnosing this: - The problem (rapidly growing memory and eventual crash) occurs also with emacs -nw on mac os x. - I tested, and as far as I can tell, this does not occur under GNU/Linux >>> Garbage collection stats: >>> ((400287 . 303593) (45615 . 144) (60632 . 80546) 2488080 600138 (708 . >>> 477) (521 . 271) (85624 . 67826)) >>> >>> =3D> =A0 =A06404592+4857488 bytes in cons cells >>> =A0 =A0 =A0 2189520+6912 bytes in symbols >>> =A0 =A0 =A0 2425280+3221840 bytes in markers >>> =A0 =A0 =A0 11328+7632 bytes in floats >>> =A0 =A0 =A0 29176+15176 bytes in intervals >>> =A0 =A0 =A0 2739968+2170432 bytes in string headers >>> =A0 =A0 =A0 2488080 bytes of string chars >>> =A0 =A0 =A0 2488080 bytes of vector slots >>> >>> Total bytes in lisp objects: 27167562 (live 16888082, dead 10279480) >>> >>> Buffer ralloc memory usage: >>> 14 buffers >>> 29463 bytes total (24346 in gaps) >>> =A0 =A0 =A0Size =A0 =A0 Gap =A0 =A0 Name >>> >>> =A0 =A0 =A02186 =A0 =A0 987 =A0 =A0 =A0*srecode-map-tmp* >>> =A0 =A0 =A02186 =A0 =A0 1814 =A0 =A0 *code-converting-work* >>> =A0 =A0 =A0 565 =A0 =A0 1570 =A0 =A0*Buffer Details* >>> =A0 =A0 =A0 170 =A0 =A0 1851 =A0 =A0 *Deletions* >>> =A0 =A0 =A0 =A030 =A0 =A0 2000 =A0 =A0*Messages* >>> =A0 =A0 =A0 =A025 =A0 =A0 2019 =A0 =A0 *extract address components* >>> =A0 =A0 =A0 =A022 =A0 =A0 2022 =A0 =A0 *canonical address* >>> =A0 =A0 =A0 =A016 =A0 =A0 5812 =A0 =A0 *code-conversion-work* >>> =A0 =A0 =A0 =A011 =A0 =A0 2040 =A0 =A0 *Echo Area 1* >>> =A0 =A0 =A0 =A0 0 =A0 =A0 2022 =A0 =A0 *Minibuf-1* >>> =A0 =A0 =A0 =A0 0 =A0 =A0 20 =A0 =A0 =A0 *vm-nonexistent-summary* >>> =A0 =A0 =A0 =A0 0 =A0 =A0 20 =A0 =A0 =A0 *Minibuf-0* >>> =A0 =A0 =A0 =A0 0 =A0 =A0 2055 =A0 =A0 *Echo Area 0* >>> =A0 =A0 =A0 =A0 0 =A0 =A0 20 =A0 =A0 =A0 *subst-char-in-string* >>