From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/44129 Path: main.gmane.org!not-for-mail From: Wes Hardaker Newsgroups: gmane.emacs.gnus.general Subject: Re: building a smarter gnus Date: Tue, 02 Apr 2002 09:06:45 -0800 Organization: Network Associates - NAI Labs Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1017769894 2738 127.0.0.1 (2 Apr 2002 17:51:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 2 Apr 2002 17:51:34 +0000 (UTC) Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16sSRS-0000i3-00 for ; Tue, 02 Apr 2002 19:51:34 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16sSNr-00056o-00; Tue, 02 Apr 2002 11:47:51 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 02 Apr 2002 11:47:59 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id LAA04235 for ; Tue, 2 Apr 2002 11:47:47 -0600 (CST) Original-Received: (qmail 727 invoked by alias); 2 Apr 2002 17:47:33 -0000 Original-Received: (qmail 722 invoked from network); 2 Apr 2002 17:47:33 -0000 Original-Received: from unknown (HELO wanderer.hardakers.net) (@66.127.127.227) by gnus.org with SMTP; 2 Apr 2002 17:47:33 -0000 Original-Received: (from hardaker@localhost) by wanderer.hardakers.net (8.11.6/8.11.6) id g32H6jb02191; Tue, 2 Apr 2002 09:06:45 -0800 Original-To: ding@gnus.org X-Face: #qW^}a%m*T^{A:Cp}$R\"38+d}41-Z}uU8,r%F#c#s:~Nzp0G9](s?,K49KJ]s"*7gvRgA SrAvQc4@/}L7Qc=w{)]ACO\R{LF@S{pXfojjjGg6c;q6{~C}CxC^^&~(F]`1W)%9j/iS/ IM",B1M.?{w8ckLTYD'`|kTr\i\cgY)P4 In-Reply-To: (prj@po.cwru.edu's message of "Thu, 28 Mar 2002 19:54:33 -0500") Original-Lines: 47 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) XEmacs/21.5 (bamboo, i686-pc-linux) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:44129 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:44129 >>>>> On Thu, 28 Mar 2002 19:54:33 -0500, prj@po.cwru.edu (Paul Jarc) said: Paul> Wes Hardaker wrote: >> From what I've gathered (I've started implementing a nnsourceforge >> component, which is functionally working but slow), article lists >> passed to nnXX-request-articles are always a fully expanded list >> (which is causes memory and speed problems). Paul> Do you mean nnXX-retrieve-headers? Uh, yeah. >> Wouldn't it be more efficient to maybe pass it a compressed list >> instead and say "retrieve anything from this range"? Paul> According to the manual, backends are already *encouraged* to Paul> support that in nnchoke-retrieve-headers, but Gnus doesn't take Paul> advantage of it because not all backends *do* support it yet. Grr... You know, I searched for "backend" in the manual and didn't see anything so just copied an example. I now see I should have searched for "back end". Sigh. >> So, I don't think it would be hard to create a new function called >> "nnXX-request-ranged-articles" which could accept a range instead. Paul> It should indeed be a separate function, I think. That's the most Paul> convenient way for the backend to express that it's capable of Paul> handling ranges. Yeah, that seems sensible to me. Now, who's going to implement the support for doing this :-) >> It looks like this isn't possible right now? >> >> (in part because nnxx-request-group must only return num, max and min >> without a valid range list?) Paul> That isn't a problem. It's already ok for backends to fail to Paul> provide headers for requested articles that don't exist, AFAICT, Paul> so it's ok for Gnus to request headers for too many articles. Right. But it's inefficient, in my opinion, to request an extremely large number of articles when only a few exist. -- "Ninjas aren't dangerous. They're more afraid of you than you are of them."