User: Password:
Subscribe / Log in / New account

A better btrfs

A better btrfs

Posted Jan 17, 2008 16:29 UTC (Thu) by ttonino (subscriber, #4073)
In reply to: A better btrfs by jengelh
Parent article: A better btrfs

Doing mirroring in the file system would also allow mirroring of metadata and files that
warrant it. That big video temporary file could be striped on the other hand - and later
perhaps converted to mirrored with some kind of chattr command.

Cutting out the layering also enables better layout of data on the disk. When writing, a
single small write would be kept on the same disk, and not straddle a stripe boundary which
would lead to unneeded extra IOs. One could even write a file as raid5 or raid6 while other
files on the same FS are mirrored or striped, or just on a single device.

However, writing multiple files each to its own disk, and keeping track of the parity
independently is much more complex. That would be very good for read performance (only one
head moves for each file read), and raid 6 is better at protecting data than mirroring.

(Log in to post comments)

A better btrfs

Posted Jan 18, 2008 23:36 UTC (Fri) by giraffedata (subscriber, #1954) [Link]

Though I'm usually a great champion of layering, I like RAID in the filesystem better than RAID under the filesystem.

In addition to the benefits already stated, it speeds up builds and rebuilds because the filesystem knows which blocks contain no useful data. And the filesystem can avoid read-modify-write if it knows the stripe size.

RAID above the filesystem (RAIF) also has many of these features.

I think the main value of RAID in the block layer is that it works with a dumb filesystem. That, of course, isn't an argument against putting RAID in the filesystem.

Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds