From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/42955 Path: main.gmane.org!not-for-mail From: Wes Hardaker Newsgroups: gmane.emacs.gnus.general Subject: memory usage results (ack!) Date: Wed, 06 Feb 2002 17:36:33 -0800 Organization: Network Associates - NAI Labs Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035178125 14952 80.91.224.250 (21 Oct 2002 05:28:45 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:28:45 +0000 (UTC) Return-Path: Original-Received: (qmail 16865 invoked from network); 7 Feb 2002 01:45:46 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 7 Feb 2002 01:45:46 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16Ydbs-0004BR-00; Wed, 06 Feb 2002 19:44:24 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 06 Feb 2002 19:44:00 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id TAA03393 for ; Wed, 6 Feb 2002 19:42:35 -0600 (CST) Original-Received: (qmail 15770 invoked by alias); 7 Feb 2002 01:40:18 -0000 Original-Received: (qmail 15764 invoked from network); 7 Feb 2002 01:40:17 -0000 Original-Received: from adsl-64-165-72-146.dsl.scrm01.pacbell.net (HELO wanderer.hardakers.net) (64.165.72.146) by gnus.org with SMTP; 7 Feb 2002 01:40:17 -0000 Original-Received: (from hardaker@localhost) by wanderer.hardakers.net (8.11.6/8.11.6) id g171aak02074; Wed, 6 Feb 2002 17:36:36 -0800 Original-To: ding@gnus.org X-Face: #qW^}a%m*T^{A:Cp}$R\"38+d}41-Z}uU8,r%F#c#s:~Nzp0G9](s?,K49KJ]s"*7gvRgA SrAvQc4@/}L7Qc=w{)]ACO\R{LF@S{pXfojjjGg6c;q6{~C}CxC^^&~(F]`1W)%9j/iS/ IM",B1M.?{w8ckLTYD'`|kTr\i\cgY)P4 Original-Lines: 70 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) XEmacs/21.5 (bamboo, i686-pc-linux) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:42955 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:42955 Ok, so I upgraded my xemacs to 21.5.4 (the most recent beta) and played with gnus for a while: hardaker 1649 10.2 34.3 98716 87628 pts/2 S 16:53 3:32 xemacs ^^^^^ nice nearly 100meg size. This time, however, I compiled xemacs with memory debugging support. Quickly tinking to figure out how to use it produces: (progn (mapcar (function (lambda (z) (insert (format "%s:\n" (buffer-name z))) (mapcar (function (lambda (x) (insert (format " %s %s\n" (symbol-name (car x)) (cdr x))))) (buffer-memory-usage z)) z)) (buffer-list t))) The above prints memory usage stats for every buffer in xemacs. Example output: *scratch*: text 8216 markers 1824 extents 0 other 512 nil nil actually-requested 4357 malloc-overhead 3921 gap-overhead 2274 dynarr-overhead 0 So, the text of the scratch buffer is small (8216), and the rest you can guess it (I won't elaborate here). So, sorting the entire output by sizes > 1M (using perl (gasp): % perl -n -e '$x = $_ if (/:/); print $x, $_ if (/ \d{7}/); *nntpd*: text 34088184 *nntpd*: actually-requested 29622319 *nntpd*: gap-overhead 4365513 *Gnus agent overview*: text 34088184 *Gnus agent overview*: actually-requested 1181163 *Gnus agent overview*: gap-overhead 32805805 Yikes. Ok, so the nttpd buffer (note all these have a leading space) is 34megs. The agent overview is also 34 megs. Double ouch. What I don't get is that the actual size of the buffer is much smaller (92097 of the latter) in, so the text field obviously isn't getting cleaned up these days in either buffer. But why? So, lets be brave, save this message buffer and kill both these buffers (not that it should matter from a message sending point of view, but I don't remember how well gnus deals with important deleted buffers). Ahhh: hardaker 1649 9.3 10.0 32332 25668 pts/2 S 16:53 3:53 xemacs ^^^^^ So, the question is (especially for the emacs experts): What's happening with these two buffers and how do we fix it? -- "Ninjas aren't dangerous. They're more afraid of you than you are of them."