From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/4489 Path: main.gmane.org!not-for-mail From: Brian Edmonds Newsgroups: gmane.emacs.gnus.general Subject: Re: Multiple article buffers Date: Mon, 18 Dec 1995 06:11:54 -0800 Message-ID: <199512181411.GAA24593@edmonds.home.cs.ubc.ca> References: <199512172132.23975.surt.ifi.uio.no@ifi.uio.no> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035145230 29805 80.91.224.250 (20 Oct 2002 20:20:30 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:20:30 +0000 (UTC) Cc: Lars Magne Ingebrigtsen Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by miranova.com (8.6.11/8.6.9) with ESMTP id HAA17550 for ; Mon, 18 Dec 1995 07:22:04 -0800 Original-Received: from grolsch.cs.ubc.ca (grolsch-2.cs.ubc.ca [142.103.5.5]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id ; Mon, 18 Dec 1995 15:31:40 +0100 Original-Received: from edmonds.home.cs.ubc.ca (edmonds.home.cs.ubc.ca [198.162.38.73]) by grolsch.cs.ubc.ca (8.6.10/8.6.9) with ESMTP id GAA11980; Mon, 18 Dec 1995 06:31:04 -0800 Original-Received: by edmonds.home.cs.ubc.ca (Sendmail 8.6.12) id GAA24593; Mon, 18 Dec 1995 06:11:54 -0800 Original-To: ding@ifi.uio.no In-reply-to: Lars Magne Ingebrigtsen's message of Sun, 17 Dec 1995 22:32:24 +0100 X-Operating-System: Linux 1.2.1 #1 Wed Mar 22 10:09:07 PST 1995 X-Geek: GCS d?(-) H- s g+ p?+ au+ a- w+ v-(*) C++(++++) ULHSX++++$ P+++$ L++ 3- E++(-) N+++@ K W--(---) M-(+)$ V -po+(---)>$ Y+ t+ 5++ j R G''' tv+ b++>+++ D+(++) B- e++>+++(*) u++(-)* h- f+ r-- n+@ !y+(*) Xref: main.gmane.org gmane.emacs.gnus.general:4489 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:4489 >>>>> "Lars" == Lars Magne Ingebrigtsen writes: Lars> I thought I'd finally write that "multiple directory nnml" thing, Lars> where nnml would look into sub-directories called "2101-2200", and Lars> look at the overview file there and stuff. I was thinking of this the other day, and it occurred to me that with latency and such, it typically only takes a little longer to transfer 20k than it does 2k via ftp. This led me to conclude that a scheme (which I've dubbed nnbucket) much like nnml, but bucketing n messages sequentially together (a la nnfolder?) would be more efficient for the archives. This way you'll have files called 1, n+1, 2n+1, 3n+1, etc. As a .overview optimization, you can then split the .overview every m buckets, so you'll have .overview.1, .overview.mn+1, .overview.mn+2, etc. You could of course just number sequentially in both these cases, but the computer should have no trouble numbering in jump like this, and it makes it more accessible to humans browsing the raw directory structure. This, I think, should make ftp access to archives much smoother, as the buckets can be cached, so you get something like the asynch lookahead for free, and the .overview files should stay reasonably bounded in size. Lastly, you don't get such an ugly proliferation of directories. Now all it needs is a lisp god to implement it. A perl script to convert from nnml to nnbucket would also be a good idea. Brian.