Gnus development mailing list
 help / color / mirror / Atom feed
From: "Steven L. Baur" <steve@miranova.com>
Subject: (unknown)
Date: Wed, 21 Feb 1996 15:06:41 -0800	[thread overview]
Message-ID: <199602212306.PAA18420@deanna.miranova.com> (raw)

Sender: steve@deanna.miranova.com
To: mpt95aes@pt.hk-r.se
CC: ding@ifi.uio.no
Subject: Re: September Gnus 0.40 is released
X-Url: http://www.miranova.com/%7Esteve/
References: <w8s68d1ct34.fsf@eistla.ifi.uio.no>
	<m2d979cqkp.fsf@deanna.miranova.com> <rjohqt0wgx.fsf@ssv4.dina.kvl.dk>
	<m2n36cwlkn.fsf@deanna.miranova.com> <lvbumstkkh.fsf@ariel.pt.hk-r.se>
From: Steven L Baur <steve@miranova.com>
Date: 21 Feb 1996 15:06:37 -0800
In-Reply-To: Andy Eskilsson's message of 21 Feb 1996 13:50:22 -0800
Message-ID: <m27mxg1doi.fsf@deanna.miranova.com>
Organization: Miranova Systems, Inc.
Lines: 79
X-Mailer: September Gnus v0.40/XEmacs 19.13
Mime-Version: 1.0 (generated by tm-edit 7.43)
Content-Type: text/plain; charset=US-ASCII

>>>>> "Andy" == Andy Eskilsson <mpt95aes@pt.hk-r.se> writes:

Andy> / Steven L Baur <steve@miranova.com> wrote:
Andy> | 
Andy> | A hard choice has already been made to abandon support for earlier
Andy> | versions of Emacs.  Are we also prepared to abandon lesser endowed
Andy> | systems as well?

Andy> This shouldn't stop us(ehm the Gnus developers) from keeping eyes open
Andy> for memory leaks, memory hogging stuff that really ain't worth it?

Andy> I don't know much about the memoryhandling in emacs/gnus, but I think
Andy> you are talking about two different memory-hogs here:

Andy> 1. Memory leaks (I think it is possible!), features that take a large
Andy>    hunk of memory, that they(the user/feature) might not need.

Andy> 2. Feature 'leaks', simply more features, more memory.

Andy> I think this thread started with the first point, and Steven is
Andy> talking about the second?

I wish I could say for sure.  On the one hand, it does not seem
reasonable to me that XEmacs should keep growing after a point.  On
the other hand, I am quite willing to pay the memory price for
features I want/need.  Thus memory comparisons to Netscape (a
``competitor'') are apropos, comparisons to XEmacs running without
toolbars/3d graphics & X Windows are not (to me, personally).  On the
gripping hand, Lars is reporting much smaller numbers than I get.

I've just run two tests that indicate that perhaps the growth I'm
experiencing is just the price of running XEmacs.  The last two tests
I've done have been against sgnus v0.26 (which was reasonably memory
stable), and a modified XEmacs without 64k lstreams buffers (part of
the problem that can plague memory-limited boxes with backends like
nnmh).  v0.26 ran the smallest, as expected, but the difference was
much smaller than I expected, and could be explained away as the
addition of new features ...  Modifying the 64k lstreams buffers to be
8k caused a slight *increase* in memory usage.
The numbers follow, FYI.

Memory leaks should be fixed where possible.  Memory intensive
features should be identified and documented.  I am uncertain how your
second category differs from the latter.

Note that it costs 1.2MB virtual to read 48 articles.  The articles
were selected from the same nnml group.  I hit space bar to read the
first article, then hit n until hitting the last article.  After
taking a memory reading, I marked as unread each article for the next
test.

[Linux 1.2.13/ELF, PID 12917 is an editing-only session for comparison]
USER       PID %CPU %MEM  SIZE   RSS TTY STAT START   TIME COMMAND
(v0.26/after loading Gnus)
steve    12917  0.6 14.6 2823 4564  ?  S    10:33   0:19 /usr/local/bin/xemacs
steve    13590 58.1 22.6 4763 7052  ?  S    11:24   1:44 /usr/local/bin/xemacs
(v0.26/after reading 48 articles + (garbage-collect))
steve    12917  0.6 15.5 2823 4828  ?  S    10:33   0:21 /usr/local/bin/xemacs
steve    13590 46.8 26.7 5907 8316  ?  S    11:24   2:43 /usr/local/bin/xemacs

(v0.40/after loading Gnus)
steve    12917  0.5 15.5 2823 4828  ?  S    10:33   0:21 /usr/local/bin/xemacs
steve    13695 70.8 25.5 5171 7948  ?  S    11:30   1:53 /usr/local/bin/xemacs
(v0.40/after reading 48 articles + (garbage-collect))
steve    12917  0.5 15.5 2823 4828  ?  S    10:33   0:21 /usr/local/bin/xemacs
steve    13695 62.6 29.2 6231 9124  ?  S    11:30   2:47 /usr/local/bin/xemacs

(v0.40/8k lstreams/after loading Gnus)
steve    12917  0.2 10.0 2871 3132  ?  S    10:33   0:30 /usr/local/bin/xemacs
steve    16915 39.7 25.6 5254 7988  ?  S    13:37   2:14 /usr/local/bin/xemacs
(v0.40/8k lstreams/after reading 48 articles + (garbage-collect))
steve    12917  0.2 12.2 2923 3808  ?  S    10:33   0:31 /usr/local/bin/xemacs
steve    16915 40.6 29.5 6378 9216  ?  S    13:37   3:03 /usr/local/bin/xemacs

-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.
Andrea Seastrand: For your vote on the Telecom bill, I will vote for anyone
except you in November.


             reply	other threads:[~1996-02-21 23:06 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-02-21 23:06 Steven L. Baur [this message]
1996-02-22  2:48 ` (None) d. hall
1996-02-21 23:26 (unknown) Steven L. Baur
1996-08-19  5:16 (unknown) Michael Harnois
1996-11-28  1:50 (unknown) lars
1997-03-26 14:37 (unknown) Thomas Bopp
1997-06-08  2:23 (unknown) anonymous
1998-09-19 15:34 (unknown) Michael Harnois
1998-10-15 15:29 (unknown) Mark Hovey
1998-10-15 16:32 (unknown) Mark Hovey
1998-10-17  6:59 (unknown) Mark Hovey
1998-11-29 23:54 (unknown) Jason L Tibbitts III
1999-04-19 16:15 (unknown) karthy
2000-08-15 15:32 (unknown) Abuse
2000-10-09  9:20 (unknown) Umesh Biradar
2000-12-13 15:18 (unknown) colman
2001-04-03 17:25 (unknown) Harry Putnam
2001-11-02  8:06 (unknown) BALABAN ADRIAN
2001-11-04 18:05 (unknown) Harry Putnam
2001-11-05 15:25 (unknown) Harry Putnam
2001-11-11 17:39 (unknown) owner-ding
2001-12-09  3:15 (unknown) Harry Putnam
2002-01-21  5:19 (unknown) Ä£±¸¿¡°Ô
2002-05-03 15:51 (unknown) laurent mpeti kabila
2002-05-07  6:06 (unknown) laurent mpeti kabila
2002-05-09  4:49 (unknown) laurent mpeti kabila
2002-05-10 20:40 (unknown) joseph edward
2002-10-20 20:14 (unknown) Unknown
2003-01-21  2:44 (unknown) Jason L Tibbitts III
2003-04-02  5:43 (unknown) Ben Brown
2006-07-29 14:11 (unknown) Daiki Ueno
2021-09-17 20:35 Bob Newell
2021-09-18  6:15 ` (unknown) Andreas Schwab

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=199602212306.PAA18420@deanna.miranova.com \
    --to=steve@miranova.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).