Re:Bitrot and atomic COWs: Inside “next-gen” filesystems
by AndrewDucker on Wednesday January 15, 2014 @09:34AM
(#7063516)
Anyone know how the latest versions of NTFS stand up against these?
[ Parent
| on HN ]
Re:Bitrot and atomic COWs: Inside “next-gen” filesystems
by ghh on Wednesday January 15, 2014 @09:52AM
(#7063602)
Microsoft has introduced ReFS [1] as a potential successor to NTFS in Windows Server 2012. It has a few of the 'next-gen' filesystem features that the article mentions, such as integrity checking, but no copy-on-write and it's not feature-equivalent to NTFS yet. Also, you can't boot from it yet.
Re:Bitrot and atomic COWs: Inside “next-gen” filesystems
by masklinn on Wednesday January 15, 2014 @10:01AM
(#7063657)
It seems to do COW and checksumming of metadata, but not of data. According to http://blogs.msdn.com/b/b8/archive/2012/01/16/building-the-n... there's a feature "integrity stream" which is opt-in per-file (or per-subtree and inherited by all files) checksumming. It doesn't seem to do COW, but can be paired with "storage spaces"[0] from which bitrotted files can be recovered.
[0] http://blogs.msdn.com/b/b8/archive/2012/01/05/virtualizing-s...
Re:Bitrot and atomic COWs: Inside “next-gen” filesystems
by Freaky on Wednesday January 15, 2014 @01:53PM
(#7065292)
Integrity streams are enabled by default on mirrored pools, as per your first link:
> By default, when the /i switch is not specified, the behavior that the system chooses depends on whether the volume resides on a mirrored space. On a mirrored space, integrity is enabled because we expect the benefits to significantly outweigh the costs.
Plus:
> When this option, known as “integrity streams,” is enabled, ReFS always writes the file changes to a location different from the original one. This allocate-on-write technique ensures that pre-existing data is not lost due to the new write
Re:Bitrot and atomic COWs: Inside “next-gen” filesystems
by rincebrain on Wednesday January 15, 2014 @11:45AM
(#7064319)
You also can't store things like WSUS server's updates on it; I have no idea why. It rather mitigates the point, and frustrates me, that I can't use it for a lot of the things I'd like to be robust against such problems...