ZFS Set To Eventually Play Larger Role in OSX 196
BlueMerle writes with the news that Sun's ZFS filesystem is going to see 'rudimentary support' under OSX Leopard. That's a stepping stone to bigger and better things, as the filesystem will eventually play a much larger role in Apple OS versions. AppleInsider reports: "The developer release, those people familiar with the matter say, is a telltale sign that Apple plans further adoption of ZFS under Mac OS X as the operating system matures. It's further believed that ZFS is a candidate to eventually succeed HFS+ as the default operating system for Mac OS X -- an unfulfilled claim already made in regard to Leopard by Sun's chief executive Jonathan Schwartz back in June. Unlike Apple's progression from HFS to HFS+, ZFS is not an incremental improvement to existing technology, but rather a fundamentally new approach to data management. It aims to provide simple administration, transactional semantics, end-to-end data integrity, and immense scalability."
Time Machine (Score:2, Interesting)
Re:So.... BSD or Solaris??? (Score:3, Interesting)
A filesystem isn't a kernel, so leaping from the incorporation of ZFS into Darwin to a replacement of Mach and/or the BSD bits with Solaris is a bizarre one.
They said the same thing about UFS. (Score:4, Interesting)
So don't do anything that would depend on them supporting ZFS.
I maintain: (Score:5, Interesting)
Watch for the robotics coming out, very quietly, from Sun in the next 10 years.
Re:a true end (Score:4, Interesting)
I'll be happy to see them kill that obsolete feature. It's hard to implement everything-is-a-file semantics when some things are files, and others are combinations of random amounts of metadata.
ZFS is still missing 1 very important feature (Score:1, Interesting)
I was amazed to discover though that ZFS can't increase the size of a RAID5 or 6 dataset. Given the ability to dynamically add storage is various other ways it is extraordinary that something as common as resizing RAID5 is missing.
folders are even worse (Score:4, Interesting)
Want to upload that Keynote project to your friendly CMS via a web browser? Can't, because it's not a file, it's a #@$!ing FOLDER. You have to zip it first. Words cannot accurately describe how tiresome this becomes.
It also makes data recovery (should the file get accidentally deleted) nearly impossible- the files inside the folder are not named uniquely or in any identifiable manner.
ZFS isn't nearly all it is cracked up to be- among other things, you can't expand RAID-Z...absolutely moronic. I'm not even sure you can expand a simple mirrored pool. Users have been repeatedly asking for growing abilities, and the developer reaction was "just create a larger pool and move it over". That's hilariously stupid advice given that you usually don't have that kind of storage hanging around- not even in enterprise environments.
There's simply no comprehension amongst the ZFS developers that virtually EVERY raid card on the market supports such an operation. Even more shocking was when one developer said (paraphrasing) "gosh, how would one even go about doing that sort of thing?"
Don't get me wrong- checksumming and automatic disk scrubbing are features long overdue, but ZFS is not magic bullet.
Re:Time Machine (Score:3, Interesting)
Anyway we will hopefully see it in a minor release update, I just hope they don't call it beta just to remove it later and not release it for real in 10.6 =P
Re:Non-Standard my ass! (Score:2, Interesting)
That's no surprise. The GNU Project competes with Microsoft in the 'Embrace/Extend/Extinguish' derby.
UFS has an FSCK that really works (Score:3, Interesting)
In one way, at least, UFS is far better than HFS+.
The internal redundancy in UFS means that so long as the basic file system structures (directories, inodes, and indirect blocks) are intact, it can be repaired. The idea of having file system damage in a bootable file system that can't be repaired by FSCK is all but inconceivable for UFS or any of its precursor file systems. In nearly 30 years working with UNIX, once FSCK was introduced I *never* had a file system so damaged that FSCK couldn't completely restore the structure to working order. Three times now I've had HFS+ file systems require a backup and restore because of some obscure damage that even rebuilding the catalog wouldn't fix. A friend of mine is currently booting his Mac Pro off the second drive because the original installed file system was trashed.
ZFS claims "you'll never have to fsck again". That's what every journalled file system proponent says. That's what they said about XFS... until they came back with tools to do repair and you still had to reinstall to recover sometimes. I'll believe it when I've seen it in practice for a decade or so. What does ZFS do when it hits unrecoverable data in the file system structure itself?
UFS's fsck deals with it by rebuilding the file system structures so that they're valid, and tells you what you lost.
HFS+ tells you that you have some obscure catalog problem and you go out and buy DiskWarrior and hope your backups are in good shape.
XFS apparently gives you a chance to do a final backup.
What does ZFS do? The write-ups on ZFS indicate that they stop short of testing that case, and that's the most important one.