From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/10227 Path: main.gmane.org!not-for-mail From: David Moore Newsgroups: gmane.emacs.gnus.general Subject: Re: NT Emacs size Date: 14 Mar 1997 19:45:58 -0800 Sender: dmoore@sdnp5.ucsd.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035150134 23215 80.91.224.250 (20 Oct 2002 21:42:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:42:14 +0000 (UTC) Return-Path: Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.8.5/8.8.5) with SMTP id UAA11800 for ; Fri, 14 Mar 1997 20:05:33 -0800 Original-Received: from mailbox1.ucsd.edu (mailbox1.ucsd.edu [132.239.1.53]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Sat, 15 Mar 1997 04:43:57 +0100 Original-Received: from sdnp5.ucsd.edu (sdnp5.ucsd.edu [132.239.79.10]) by mailbox1.ucsd.edu (8.8.5/8.6.9) with SMTP id TAA29602 for ; Fri, 14 Mar 1997 19:43:55 -0800 (PST) Original-Received: by sdnp5.ucsd.edu (SMI-8.6/SMI-SVR4) id TAA06957; Fri, 14 Mar 1997 19:45:59 -0800 Original-To: "(ding)" X-Face: "oX;zS#-JU$-,WKSzG.1gGE]x^cIg!hW.dq>.f6pzS^A+(k!T|M:}5{_%>Io<>L&{hO7W4cicOQ|>/lZ1G(m%7iaCf,6Qgk0%%Bz7b2-W3jd0m_UG\Y;?]}4s0O-U)uox>P3JN)9cm]O\@,vy2e{`3pb!"pqmRy3peB90*2L Mail-Copies-To: never In-Reply-To: Stainless Steel Rat's message of 14 Mar 1997 16:36:47 -0500 Original-Lines: 30 X-Mailer: Gnus v5.4.24/XEmacs 19.15 Xref: main.gmane.org gmane.emacs.gnus.general:10227 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:10227 Stainless Steel Rat 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 | Computer Systems Lab __o UCSD Dept. Computer Science - 0114 | Work: (619) 534-8604 _ \<,_ La Jolla, CA 92093-0114 | Fax: (619) 534-1445 (_)/ (_) | In a cloud bones of steel.