From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/44058 Path: main.gmane.org!not-for-mail From: Wes Hardaker Newsgroups: gmane.emacs.gnus.general Subject: building a smarter gnus Date: Thu, 28 Mar 2002 15:57:56 -0800 Organization: Network Associates - NAI Labs Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1017360003 8860 127.0.0.1 (29 Mar 2002 00:00:03 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 29 Mar 2002 00:00:03 +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 16qjoI-0002IY-00 for ; Fri, 29 Mar 2002 01:00:02 +0100 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 16qjnJ-0007hZ-00; Thu, 28 Mar 2002 17:59:01 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 28 Mar 2002 17:59:07 -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 RAA11914 for ; Thu, 28 Mar 2002 17:58:56 -0600 (CST) Original-Received: (qmail 28570 invoked by alias); 28 Mar 2002 23:58:43 -0000 Original-Received: (qmail 28564 invoked from network); 28 Mar 2002 23:58:42 -0000 Original-Received: from adsl-66-127-127-227.dsl.scrm01.pacbell.net (HELO wanderer.hardakers.net) (@66.127.127.227) by gnus.org with SMTP; 28 Mar 2002 23:58:42 -0000 Original-Received: (from hardaker@localhost) by wanderer.hardakers.net (8.11.6/8.11.6) id g2SNvxc07509; Thu, 28 Mar 2002 15:57:59 -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 Original-Lines: 39 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:44058 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:44058 half of the speed problems associated with gnus derive from the fact that gnus uses entire lists of articles when requesting stuff from the lower ranges. >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). Wouldn't it be more efficient to maybe pass it a compressed list instead and say "retrieve anything from this range"? nnimap, for instance, I think checks every article in the list passed to it which causes problems if there are articles which don't exist anymore. my nnsourceforge backend is full of holes, since I'm hoping to use the bug tracking number as the article id: 4 273006: blah 020328 ^^^^^^ max - min 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. If the function didn't exist, then fall back to the one that only accepts an expanded list. Of course, I really don't know what I'm talking about and I'm just about nnoo'ed in the head at this point. Functionally, I want to write a nnXX-request-articles function that is not passed a list of 273006 articles. Rather I want to be passed (226228 . 536386) or something. I can fill in the holes much more quickly and using less memory space. 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?) -- "Ninjas aren't dangerous. They're more afraid of you than you are of them."