Re: [zfs-discuss] Windows 8 ReFS (OT)

2012-01-17 Thread Fred Liu 
Looks really beautiful...

 -Original Message-
 From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
 boun...@opensolaris.org] On Behalf Of David Magda
 Sent: 星期二, 一月 17, 2012 8:06
 To: zfs-discuss
 Subject: [zfs-discuss] Windows 8 ReFS (OT)
 
 Kind of off topic, but I figured of some interest to the list. There
 will be a new file system in Windows 8 with some features that we all
 know and love in ZFS:
 
  As mentioned previously, one of our design goals was to detect and
 correct corruption. This not only ensures data integrity, but also
 improves system availability and online operation. Thus, all ReFS
 metadata is check-summed at the level of a B+ tree page, and the
 checksum is stored independently from the page itself. [...] Once ReFS
 detects such a failure, it interfaces with Storage Spaces to read all
 available copies of data and chooses the correct one based on checksum
 validation. It then tells Storage Spaces to fix the bad copies based on
 the good copies. All of this happens transparently from the point of
 view of the application.
 
 http://tinyurl.com/839wnbe
 http://blogs.msdn.com/b/b8/archive/2012/01/16/building-the-next-
 generation-file-system-for-windows-refs.aspx
 
 http://news.ycombinator.com/item?id=3472857  (via)
 
 ___
 zfs-discuss mailing list
 zfs-discuss@opensolaris.org
 http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Re: [zfs-discuss] Windows 8 ReFS (OT)

2012-01-17 Thread Sašo Kiselkov 
On 01/17/2012 01:06 AM, David Magda wrote:
 Kind of off topic, but I figured of some interest to the list. There will be 
 a new file system in Windows 8 with some features that we all know and love 
 in ZFS:
 
 As mentioned previously, one of our design goals was to detect and correct 
 corruption. This not only ensures data integrity, but also improves system 
 availability and online operation. Thus, all ReFS metadata is check-summed 
 at the level of a B+ tree page, and the checksum is stored independently 
 from the page itself. [...] Once ReFS detects such a failure, it interfaces 
 with Storage Spaces to read all available copies of data and chooses the 
 correct one based on checksum validation. It then tells Storage Spaces to 
 fix the bad copies based on the good copies. All of this happens 
 transparently from the point of view of the application.

Looks like what the Btrfs people were trying to do.

--
S
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss