From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/24069 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Holes in article sequence Date: 09 Jul 1999 20:26:21 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: <874sjhjitm.fsf@pc-hrvoje.srce.hr> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035161700 6690 80.91.224.250 (21 Oct 2002 00:55:00 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:55:00 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id OAA24039 for ; Fri, 9 Jul 1999 14:15:44 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id NAB22041; Fri, 9 Jul 1999 13:15:34 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 09 Jul 1999 13:16:24 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id NAA14522 for ; Fri, 9 Jul 1999 13:16:03 -0500 (CDT) Original-Received: from quimbies.gnus.org (bang.netfonds.no [195.1.89.231]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id OAA24006 for ; Fri, 9 Jul 1999 14:15:01 -0400 (EDT) Original-Received: (from larsi@localhost) by quimbies.gnus.org (8.8.7/8.8.7) id UAA11419; Fri, 9 Jul 1999 20:28:41 +0200 Mail-Copies-To: never X-Now-Reading: Bryan Cholfin (ed.)'s _The Best of Crank!_ X-Now-Playing: Sussan Deihim & Richard Horowitz's _Desert Equations: Azax Attra_: "Azax Attra" Original-To: ding@gnus.org In-Reply-To: =?iso-8859-1?q?Fran=E7ois?= Pinard's message of "09 Jul 1999 13:25:52 -0400" User-Agent: Gnus/5.070094 (Pterodactyl Gnus v0.94) Emacs/20.3 X-Face: &w!^oO~dS|}-P0~ge{$c!h\ writes: > If you fear that it could a bit slow, but are able to keep the old code as > well as the new, maybe you could let the number of articles decide which > method to use, Hey! Great minds think alike! :-) > or else, have some collaboration from the backend to tell > you when it is better to change methods. Or maybe both: if the backend has > nothing to say, use some heuristic on the number of articles. Of course, if > the other-way-around is not supported by the backend, just use the old way. Yes; giving the backend more info might resolve the issue. (*Time passes while Lars looks at some code.*) Aha! nnml already does it the other way around -- it looks at the actual articles in the group, and then works on the intersection between the articles it's asked to expire and the ones it knows exists. nnfolder, on the other hand, just iterates over the entire list of expirable articles, which results in a call to `nnfolder-goto-article' for each article in the list. That must be slooow... -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen