On Sep 12, 2007, at 9:31 AM, Stewart Stremler wrote:
If all we cared about was performance, well, /dev/null is *damn* fast.
Especially for backups!
I thought the problem wasn't the license, but that ZFS telescopes multiple layers of the filesystem into one, while the linux filesystem folks are enamoured of their layer-cake API.
Both, really. Last I heard when I poked at the subject was that Sun's license for ZFS was not compatible with GPL, and therefor excludes it from candidacy for inclusion in the Linux kernel.
I thought the *BSDs were getting it/had got it.
Possible... I don't really follow the BSDs so I am unaware of this.
If only I could figure out the archane disk layout tool...You don't just say "Hey, ZFS, here's a disk! Do something with it!"?
Nexenta wants to use the first 8GB or so of your disk for swap and / (formatted in UFS), and any remaining space seems allocated to a zpool mounted at /home.
I just don't understand enough about Solaris x86 disk formatting, partitioning, slicing and allocation to comfortably poke at it. I also recall the disk editor thingy requiring stupid methods of entering partition/slice sizes (i.e., in percentage of available storage, rather than absolute sizes.)
Maybe they've changed/fixed it since I last looked at it. Gregory -- Gregory K. Ruiz-Ade <[EMAIL PROTECTED]> OpenPGP Key ID: EAF4844B keyserver: pgpkeys.mit.edu -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
