For Programmers: Free Programming Magazines  


Home > Archive > Unix Programming > October 2007 > btree on disk









You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

 

Author btree on disk
J de Boyne Pollard

2007-10-26, 7:11 pm

JdeBP> Actually, the Bernstein approach to this would be to not
JdeBP> reinvent the filesystem. The filesystem is quite capable
JdeBP> of holding three parts of a web page to be concatenated
JdeBP> together, in three files. The rename() system call provides
JdeBP> atomic update semantics for individual parts, if one
JdeBP> requires those. And directories provide indexing.

WA> I agree. I'm guilty of not paying sufficient attention to the
OP's
WA> request. But also I've given up on this fight. I've been railing
WA> against gratuitous use of SQL databases and other useless
WA> data obsfucations for years, but often you just get some
WA> micro-benchmark thrown back in your face; eventually you
WA> just get worn down.

JdeBP> Witness the operation of the Maildir mailbox format.

WA> You haven't met the developer of UW-IMAP, yet, have you?
WA> Watch out for useless micro-benchmarks. ;)

RW> The 'developer of UW-IMAP' never provided a 'micro-
benchmark' [...]

True. However several benchmarks _were_ produced in response. Here
are some: <URL:http://courier-mta.org./mbox-vs-maildir/> <URL:http://
people.redhat.com./rkeech/maildir-migration.txt> <URL:http://
www.decisionsoft.com./pdw/mailbench.html>

(And although I haven't physically met M. Crispin, I've been around
for a long time, and I do know who he is. I cited him in one of my
FGAs back in 2004.)

Sponsored Links







Also available: Server administration forum archive | Web Design forum archive | Software forum archive | Hardware reviews archive

Copyright 2008 codecomments.com