On Thu, Aug 14, 2014 at 11:40 AM, Chris Murphy <li...@colorremedies.com> wrote: > and there may be a fit for bcache here because you actually would get these > random writes committed to stable media much faster in that case, and a lot > of work has been done to make this more reliable than battery backed write > caches on hardware raid.
umph... heard of bcache, but never looked at it or considered it as an option in this scenario. After reading the doco and some of the design documents, it's looking like bcache and md/mdadm or LVM could do the trick. The gotchas state clearly that btrfs on top of bcache is not recommended. However, can bcache be put 'in front' of a btrfs raid10 volume? I think not, since btrfs volumes are not presented as individual block devices, instead you've got several block devices (e.g. /dev/sda and /dev/sdb are in a btrfs raid1, and can be seen individually by the OS)... however I wish it could, since bcache "...turns random writes into sequential writes", which solve entirely the problem which prompts the nocow option in btrfs. Much to think on here. -rb -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
