2

Why does ZFS (and possibly some other file systems out there) tend to use an "uberblock" on top of imaps? Why can't there just be multiple imaps instead of the uberblock?

1 Answer 1

5

The ZFS Uberblock is the root of a giant dynamic tree whose leaves contain data.

Most other file systems use instead a superblock (and copies of it) and a static collection of fixed size inode maps.

There are no inode maps with ZFS, inode equivalents (dnodes) are dynamically created and destroyed.

6
  • Thank you. So if there are no imaps in ZFS - then how is the giant dynamic tree supposed to exist? Oct 26, 2011 at 7:04
  • 1
    It exists by design: hub.opensolaris.org/bin/download/Community+Group+zfs/docs/…
    – jlliagre
    Oct 26, 2011 at 7:09
  • I guess another way to ask that is, do you know where the uberblock point to? Oct 26, 2011 at 7:10
  • The uberblock points to the ZFS pool.
    – jlliagre
    Oct 26, 2011 at 15:13
  • Sorry, I still don't know what you mean by that... Thanks for the docs but from what I can understand from the document is that ZFS has similar fundamentals as other filesystems, but not really sure why the uberblock is so special in its own regard. Basically what I'm trying to ask is why not just have an imap cached in memory instead of the uberblock? Oct 26, 2011 at 18:59

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .