NT Emacs size

NT Emacs size

[Fabrice POPINEAU]

Hi,

It seems that the culprit was NoCeM filtering. At least, NTEmacs is
10Mb smaller without it. I haven't investigated it very much.

Fabrice

NT Emacs size

[Fabrice POPINEAU]

Hi,

I'm running a fresh started NTEmacs with gnus-5.4.25. The size of the
process is over 27Mb: I'm wondering who is reponsible for this, and
how I can trace it. I don't remember such high memory gobbling in the
pas weeks. Is it really normal?


-- 
Fabrice POPINEAU
------------------------
e-mail:         popineau@ese-metz.fr    |  "God is real ...              
	Fabrice.POPINEAU@supelec.fr     |
voice-mail:   +33 (0) 387764715         |          ... unless integer ?"
surface-mail: Supelec, 2 rue E. Belin,  |
	      F-57078 Metz Cedex 3      |

Re: NT Emacs size

[Lars Magne Ingebrigtsen]

Fabrice POPINEAU <popineau@esemetz.ese-metz.fr> writes:

> I'm running a fresh started NTEmacs with gnus-5.4.25. The size of the
> process is over 27Mb: I'm wondering who is reponsible for this, and
> how I can trace it. I don't remember such high memory gobbling in the
> pas weeks. Is it really normal?

27Mb is quite a lot.  The only way to trace these things is keeping a
"top" process (or whatever you have under NT) going and see what makes
Emacs grow.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@ifi.uio.no * Lars Ingebrigtsen

Re: NT Emacs size

[Stainless Steel Rat]

-----BEGIN PGP SIGNED MESSAGE-----

>>>>> "FP" == Fabrice POPINEAU <popineau@esemetz.ese-metz.fr> writes:

FP> I'm running a fresh started NTEmacs with gnus-5.4.25. The size of the
FP> process is over 27Mb:

Weird... according to Agent 97 on my Windows 95 machine, NTEmacs 19.34.2
and gnus-5.4 has a total memory footprint of around 6-7Mb, about half of
which is swapped out, even after running for a while.  Then again, I am
doing no color-type-stuff.

I have no idea what could be wrong, but I suspect it is Emacs rather than
Gnus... unless you have virtual newsgroups which are notorious for
consuming lots of memory.

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3
Charset: cp850

iQCVAwUBMynE7J6VRH7BJMxHAQG8UwQAl3IrDxdlPduSC1jAeQWccKX+LaTuT/M2
CzntYI/0ykA2ySRNgb3LrNe90YLFZXm47UR3FmWIyTdJXThZCm3PEF5gjKPpHSvG
x/vkWJ4RuMaA7OHnlBiPK5Jx3bIS6PVU8qkj6byQiBDanLJG+3vzX5K02VsUcJoS
xbC8DtppQDI=
=NhJX
-----END PGP SIGNATURE-----
-- 
Rat <ratinox@peorth.gweep.net>    \ Happy Fun Ball may stick to certain types
PGP Key: at a key server near you! \ of skin.
                                    \ 

Re: NT Emacs size

[David Moore]

Stainless Steel Rat <ratinox@peorth.gweep.net> writes:

> I have no idea what could be wrong, but I suspect it is Emacs rather than
> Gnus... unless you have virtual newsgroups which are notorious for
> consuming lots of memory.

If you have virtual newsgroups in 5.4.x gnus which you think are
consuming a lot of memory, I'd like to hear about it, although I might
not have time to do much about it. :) Pre-red gnus.65 (or so) used to
use a rather huge amount of memory.  Currently the amount of extra
memory used should be fairly reasonable, I hope.

I certainly don't see any real memory problems firing up an nnvirtual
group on `^comp.infosystems.www', which is of about 10 groups which get
a couple hundred articles a day.

There are a few unfortunate problems with how the Gnus frontend wants to
deal with articles.  So space can be eaten at times doing conversions
from lists of "read" articles to lists of "unread" articles, which at
least is better now since the backend no longer inserts gaps of
nonexistant articles in the lists.  There are some other places where I
didn't worry so much about the consing, since I didn't think they'd be
called much.  If one of them is producing a lot of cons wastage, they
can likely be easily fixed.

-- 
David Moore <dmoore@ucsd.edu>       | Computer Systems Lab      __o
UCSD Dept. Computer Science - 0114  | Work: (619) 534-8604    _ \<,_
La Jolla, CA 92093-0114             | Fax:  (619) 534-1445   (_)/ (_)
<URL:http://oj.egbt.org/dmoore/>    | In a cloud bones of steel.