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 16:58:00 +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 1324565900 22132 80.91.229.12 (22 Dec 2011 14:58:20 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 22 Dec 2011 14:58: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 15:58: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 1Rdk62-0000gv-Pn for ged-emacs-devel@m.gmane.org; Thu, 22 Dec 2011 15:58:14 +0100 Original-Received: from localhost ([::1]:47204 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rdk62-0007r5-8g for ged-emacs-devel@m.gmane.org; Thu, 22 Dec 2011 09:58:14 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:35380) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rdk5v-0007qT-Lt for emacs-devel@gnu.org; Thu, 22 Dec 2011 09:58:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rdk5p-0004EH-CI for emacs-devel@gnu.org; Thu, 22 Dec 2011 09:58:07 -0500 Original-Received: from mail-wi0-f169.google.com ([209.85.212.169]:60636) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rdk5p-0004E5-6F for emacs-devel@gnu.org; Thu, 22 Dec 2011 09:58:01 -0500 Original-Received: by wibhq12 with SMTP id hq12so3426090wib.0 for ; Thu, 22 Dec 2011 06:58:00 -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=UHRwncnrUodU6EMmjgWjNG4w7CAuj6Lvt81pnQ59b2I=; b=jb3RWZE3J9pUI1kqCYYAad6bJJCzglVIojzzE3UlCfWXLGisfWVCeiCE/hJkpjgwwc Ql8hBrJsIwqw1mw14US036vg0SLjVkeK5bIp/lwHTuiIK0z2WqWcGPvV4knxfTSqzoun g+kW+xIvNy8IZ9kTwZdleDftqM7mIq0vZtCi4= Original-Received: by 10.180.79.35 with SMTP id g3mr24000728wix.19.1324565880187; Thu, 22 Dec 2011 06:58:00 -0800 (PST) Original-Received: by 10.216.170.138 with HTTP; Thu, 22 Dec 2011 06:58:00 -0800 (PST) In-Reply-To: <71677AF5-0EE7-426E-B8FA-C2782B3CC36C@swipnet.se> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.212.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:146923 Archived-At: 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. =A0however= , >> 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? is it possible to tell if this an elisp problem or a c-problem? >> 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* >