HAMMER filesystem update - design document

[Thomas E. Spanjaard]

Matthew Dillon wrote:
    The objects and records making up a HAMMER filesystem is organized into
    a single, unified B-Tree.  Each cluster maintains a B-Tree of the
    records contained in that cluster and a unified B-Tree is constructed by
    linking clusters together.
Any specific reason not to go with a B+-Tree or B#-Tree which have shown 
to have advantageous effects?

Also, what, if any, will be the locking policy for multiple I/O threads 
accessing a single HAMMER filesystem? Shared/exclusive mutexes on the 
cluster level?

(Whomever invented early mornings does not deserve brownie points),
--
        Thomas E. Spanjaard
        tgen at netphreax.net
Attachment:
signature.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pgp00002.pgp
Type: application/octet-stream
Size: 186 bytes
Desc: "Description: OpenPGP digital signature"
URL: <http://lists.dragonflybsd.org/pipermail/kernel/attachments/20071010/2c21bf51/attachment-0020.obj>