From owner-freebsd-fs Thu Oct 5 8:14:43 2000 Delivered-To: freebsd-fs@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 2452437B66C for ; Thu, 5 Oct 2000 08:14:33 -0700 (PDT) Received: (qmail 6705 invoked by uid 1000); 5 Oct 2000 15:14:28 -0000 Date: Thu, 5 Oct 2000 17:14:28 +0200 From: "Karsten W. Rohrbach" To: Robert Watson Cc: Alex Povolotsky , freebsd-fs@freebsd.org Subject: Re: Specialised storage system? Message-ID: <20001005171428.B6607@rohrbach.de> Reply-To: karsten@rohrbach.de References: <20001005001426.D88159@rohrbach.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from rwatson@freebsd.org on Wed, Oct 04, 2000 at 09:57:50PM -0400 X-Arbitrary-Number-Of-The-Day: 42 X-Sender: karsten@rohrbach.de Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org i am currently reading the patents on wafl ;-) anyone interested? i got the scans as .gif badly written (at least for my bad english) for tech folks but very interesting. /k Robert Watson(rwatson@freebsd.org)@Wed, Oct 04, 2000 at 09:57:50PM -0400: > On Thu, 5 Oct 2000, Karsten W. Rohrbach wrote: > > > if your 'application' has some nice strategy for mapping files into a > > flat namespace (say: numbered files, 1-d) this might be a nice idea. > > implementing some storage on that for rdbms purpose would be a good > > point to start. for mail, i think, you need the abstraction layer > > in-between to have hierarchical constructs in directory and metadata and > > of course permissions. > > The reason I suggested Cyrus and IFS is that Cyrus already assumes a > sealed-box solution, and stores one message per file, keeping meta-data in > an independent per-folder hashed database. This model allows a far closer > match between message box and file system storage and manipulation > semantics: messages are hardly ever modified, but frequently added and > removed. Taking out the namespace concerns dramatically reduces the cost > of even synchronous deletes, as there are no dependencies other than free > lists (which fsck can pick up). There would be increased dependence on a > comprehensive database to store meta-data in, perhaps a > folder-name-to-inode-number hash could be used for efficiency. Just > suggestions. > > Robert N M Watson > > robert@fledge.watson.org http://www.watson.org/~robert/ > PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 > TIS Labs at Network Associates, Safeport Network Services > > -- > question = ( to ) ? be : ! be; // Wm. Shakespeare KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message