Linked by moondevil on Wed 11th Jan 2012 00:10 UTC
Windows The latest blog entry from Steven Sinofsky about Windows 8 describes the Storage Spaces functionality . From the blog entry it seems Windows 8 is getting something ZFS-like. The Storage Spaces can be created in the command line via Powershell, or in the Control Panel for the ones that prefer a more mouse-friendly interface.
Permalink for comment 503011
To read all comments associated with this story, please click here.
RE[2]: OSNews RTFA and comments
by hechacker1 on Thu 12th Jan 2012 19:04 UTC in reply to "RE: OSNews RTFA and comments"
hechacker1
Member since:
2005-08-01

I don't understand this part. When you have virtual volumes made of several physical drives, isn't it possible to use, say, NTFS on every physical drive, and a much simpler virtual filesystem for the virtual drive that can be resized and remapped at will and transmits every "advanced" command (metadata, etc...) to the underlying physical FS ?


The difference you are talking about is only in implementation. You can either have an underlying NTFS partition with some type of file-system on top to combine it, or an underlying storage pool (like LVM), with a NTFS partition on top.

Does it really matter which way it's done? Not really.

What matters in this case is that when you do need to resize, it's a simple operation of adding another disk. There's no need to resize the filesystem, or rebuild the entire array to distribute parity. Each of those operations carries the risk of failure; while having over-provisioning from the start means that the storage pool has already considered those cases in its design.

7. It lets you specify a backing device for the journal (similar to Linux), so you could put the journal on a SSD for the storage pool, and really speed up the slowest parts of calculating parity and keeping a consistent state.

This leads me to ask something I've regularly wondered about on Linux : what happens if the journal is corrupted on a journalized FS ? SSDs often brutally fail without warning and with full loss of data, could the filesystem survive such an event if it was only its journal that was on a SSD ?


With ext4, if the journal is corrupted, then you can just discard it. You can fallback to ext4 mode without journaling (similar to ext2). The data itself will be fine, but anything in the journal could be lost. Then it's possible to rebuild the journal when you reactivate it on a new device.

NTFS has a similar structure. The journal can be disabled when required. With Windows 8, it can also be allocated to a faster device (finally!).

http://msdn.microsoft.com/en-us/library/windows/desktop/aa363877(v=...).aspx

Edited 2012-01-12 19:06 UTC

Reply Parent Score: 2