Administrator
|
Steve's Dad just sent along a pointer to ZFS, the new Solaris File
System: http://en.wikipedia.org/wiki/Zfs I love the information about boiling the ocean in the article! Well, what's even more cool, is that many Unix systems are porting this FS. In particular, its rumored Apple is doing so, possibly for the upcoming Leopard release. http://loop.worldofapple.com/ -- Owen Owen Densmore http://backspaces.net |
Owen Densmore wrote:
> Steve's Dad just sent along a pointer to ZFS, the new Solaris File > System: > http://en.wikipedia.org/wiki/Zfs > I love the information about boiling the ocean in the article! > > Well, what's even more cool, is that many Unix systems are porting > this FS. In particular, its rumored Apple is doing so, possibly for > the upcoming Leopard release. > http://loop.worldofapple.com/ I think the new builds of Solaris Express support raidz2 (double parity, also known as RAID-6), so that's another thing ZFS has going for it, in theory with a double parity array you can lose two drives and still recover data in a drive array. We will be setting up a file server prototype here at Bioneers in the next month or so to test ZFS (under Solaris x86). I'm wondering if Marcus has used ZFS yet? There's an interesting paper on the Galois Field Algebra aspects of double-parity RAID here; http://kernel.org/pub/linux/kernel/people/hpa/raid6.pdf the link is from Adam Leventhal's web log; http://blogs.sun.com/ahl/entry/double_parity_raid_z There are many testimonials giving strong support to ZFS for file serving. http://blogs.sun.com/elowe/entry/zfs_saves_the_day_ta -Nick -- _ __ ____ ____ (_)____/ /__/ __/ / __ \/ / ___/ //_/ /_ / / / / / /__/ ,< / __/ /_/ /_/_/\___/_/|_/_/ Nicholas S. Frost nickf at nickorama.com |
ZFS sounds cool, and the quoted Wikipedia page makes it sound like it is
more than a rumor.. > As of Mac OS X 10.5 (Developer Seed 9A321), support for ZFS has been > included |
It's a 128-bit file systems, but it has a maximum capacity of 16 exabytes,
which is 2^64. I wonder if those additional 64-bits are used to permit client-side random asynchronous GUID identifiers instead of server-side synchronous sequential integers. Robert Howard -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Marcus G. Daniels Sent: Tuesday, December 19, 2006 1:22 PM To: The Friday Morning Applied Complexity Coffee Group Subject: Re: [FRIAM] ZFS - Wikipedia, the free encyclopedia ZFS sounds cool, and the quoted Wikipedia page makes it sound like it is more than a rumor.. > As of Mac OS X 10.5 (Developer Seed 9A321), support for ZFS has been > included ============================================================ FRIAM Applied Complexity Group listserv Meets Fridays 9a-11:30 at cafe at St. John's College lectures, archives, unsubscribe, maps at http://www.friam.org -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/friam_redfish.com/attachments/20061220/99792659/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 27850 bytes Desc: not available Url : /pipermail/friam_redfish.com/attachments/20061220/99792659/attachment-0001.jpe |
Robert Howard wrote:
> > It's a 128-bit file systems, but it has a maximum capacity of 16 > exabytes, which is 2^64. > > I wonder if those additional 64-bits are used to permit client-side > random asynchronous GUID identifiers instead of server-side > synchronous sequential integers. > yow! I couldn't find an answer (a more motivated person can look through the souce code), but I'll throw in another guess: A transaction # + address might hash to a physical location. That would make sense for the transaction model and snapshot system as you could find a block from an old version of the file, and would justify why they call it a 128-bit filesystem as it would in fact be able to house physically that much content... |
Free forum by Nabble | Edit this page |