From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/8109 Path: main.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: Re: Long time to exit summary buffer, possible speed enhancement? Date: 30 Sep 1996 07:34:43 +0100 Sender: sb@metis.no Message-ID: References: <199609291309.OAA29461@gandalf.uio.no> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.84) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035148324 10167 80.91.224.250 (20 Oct 2002 21:12:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:12:04 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.6/8.6.9) with SMTP id XAA28131 for ; Sun, 29 Sep 1996 23:50:38 -0700 Original-Received: from gw.metis.no (abel.metis.no [193.90.64.1]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Mon, 30 Sep 1996 08:35:20 +0200 Original-Received: by gw.metis.no (8.6.12/8.6.12) with ESMTP id HAA23280; Mon, 30 Sep 1996 07:34:49 +0100 Original-Received: by hub.metis.no (8.6.12/8.6.12) with ESMTP id HAA03805; Mon, 30 Sep 1996 07:34:49 +0100 Original-Received: by client.metis.no (8.6.11/8.6.12) id HAA21181; Mon, 30 Sep 1996 07:34:46 +0100 Original-To: ding@ifi.uio.no In-Reply-To: Hallvard B Furuseth's message of Sun, 29 Sep 1996 14:09:23 +0100 (MET) Original-Lines: 27 X-Mailer: Gnus v5.3/Emacs 19.34 Xref: main.gmane.org gmane.emacs.gnus.general:8109 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:8109 >>>>> Hallvard B Furuseth : > Ken Raeburn writes: >> Check for sparse article numbers. I've got some nnml groups where I've >> ticked some old articles and read (and thus deleted) lots of others with >> higher numbers. When I check the backtrace as Lars suggests, I find >> most of the time is spent in the request-expire loop, checking article >> numbers where all traces of the article have long since been deleted. >> For example, if you've ticked article 100, and deleted 101-199 months >> ago, it'll still check 101-199 to see if they exist. I think I brought >> this up before, during or maybe after the September development cycle. >> A hack workaround to this is to move all the articles (mark everything >> with `#', then hit `B m') from the mail group to that same mail group, >> which causes sequential renumbering and thus removes the empty ranges. >> Unfortunately, it also discards any xref info if those messages were >> also stored in other mail groups. And it's only a temporary fix. > Besides, you can't do that with news articles. An old news article will > be followed by a *huge* hole in a newsgroup with high voloume and rapid > expiry, if it is crossposted to a group with slow expiry or if it has an > Expires: header which makes it stay around for some time. I too, see this on news articles. It happens mostly on groups with high traffic and long expiry (ie. the no.* hierarchy. (Thank *God*, I unsubscribed to no.general)).