From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Memory Usage On Emacs 24 Lucid Linux: Date: Mon, 12 Mar 2012 16:33:23 -0400 Message-ID: References: <20318.22787.38879.789013@gargle.gargle.HOWL> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1331584435 5748 80.91.229.3 (12 Mar 2012 20:33:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 12 Mar 2012 20:33:55 +0000 (UTC) Cc: emacs-devel@gnu.org To: tv.raman.tv@gmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 12 21:33:54 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 1S7BwB-0003Sg-LN for ged-emacs-devel@m.gmane.org; Mon, 12 Mar 2012 21:33:47 +0100 Original-Received: from localhost ([::1]:50086 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7BwB-0000kS-0c for ged-emacs-devel@m.gmane.org; Mon, 12 Mar 2012 16:33:47 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:59588) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7Bw8-0000k7-08 for emacs-devel@gnu.org; Mon, 12 Mar 2012 16:33:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S7Bvq-0007iL-Qd for emacs-devel@gnu.org; Mon, 12 Mar 2012 16:33:43 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:54299) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S7Bvq-0007f1-NR for emacs-devel@gnu.org; Mon, 12 Mar 2012 16:33:26 -0400 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id q2CKXNsm030293; Mon, 12 Mar 2012 16:33:23 -0400 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 6FF0C130D24; Mon, 12 Mar 2012 16:33:23 -0400 (EDT) In-Reply-To: <20318.22787.38879.789013@gargle.gargle.HOWL> (T. V. Raman's message of "Mon, 12 Mar 2012 13:13:55 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4159=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4159> : streams <737235> : uri <1081855> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.20 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:148985 Archived-At: > Just did a git pull -a to see if nmy memory woes on the 16-core > workstation (HP Z600) were a thing of the past, alas No. > Here are some numbers that I hope are useful: > Running Emacs 23.2 on that machine, with my default .emacs > loaded, RSS is about 235MB VSS about 430MB. This is an Emacs > session that has been up for about a week. > Emacs 24 built from today's git snapshot: > Starting Emacs with the same .emacs loaded: > 0. All memory on the machine goes away to Emacs (started with 9GB > of 12GB free) -- as reported by free. > 1. After running a garbage collect in that emacs (before GC, it > was basically too slow to use) > Running proced showed an RSS of 7gb and a VSS of approx 8GB. > I ran M-x memory-usage and here are the numbers. > Garbage collection stats: > ((833982 . 321192) (57906 . 5) (116 . 491) 4504763 1000738985 (1539 . 520) (13100 . 7508) (171211 . 33823)) > => 13343712+5139072 bytes in cons cells > 2779488+240 bytes in symbols > 4640+19640 bytes in markers > 24624+8320 bytes in floats > 733600+420448 bytes in intervals > 5478752+1082336 bytes in string headers > 4504763 bytes of string chars > 4504763 bytes of vector slots Hmm... there's a bug in the above output: it should say 1000738985 bytes of vector slots. That a whole 1G of vector slots. Where could these come from? Can you reproduce the above output with just "emacs; M-x memory-usage" or do you need to do something more? Can you try to figure out which part of your setup triggers this behavior? Stefan