ZFS - Wikipedia, the free encyclopedia

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

ZFS - Wikipedia, the free encyclopedia

Owen Densmore
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




Reply | Threaded
Open this post in threaded view
|

ZFS - Wikipedia, the free encyclopedia

Nick Frost
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



Reply | Threaded
Open this post in threaded view
|

ZFS - Wikipedia, the free encyclopedia

Marcus G. Daniels-3
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



Reply | Threaded
Open this post in threaded view
|

ZFS - Wikipedia, the free encyclopedia

Robert Howard-2-3
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

Reply | Threaded
Open this post in threaded view
|

ZFS - Wikipedia, the free encyclopedia

Marcus G. Daniels-3
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...