Re: Why do we need these mount options?
From: David Sterba <hidden>
Date: 2021-01-15 15:32:51
On Fri, Jan 15, 2021 at 01:02:12AM +0100, waxhead wrote:
quoted
I don't think the per-subvolume storage options were ever tracked on wiki, the closest match is per-subvolume mount options that's still there https://btrfs.wiki.kernel.org/index.php/Project_ideas#Per-subvolume_mount_optionsWell how about this from our friends archive.org ? http://web.archive.org/web/20200117205248/https://btrfs.wiki.kernel.org/index.php/Main_Page Here it clearly states that object level mirroring and striping is planned. Maybe I misinterpret this , but I understand this as (amongst other things) configurable storage profiles per subvolume.
I see. The list on the main page is supposed to list features that we could promise to be implemented "soon". For all the ideas there's the specific project page wher it does not matter too much when it will implemented, it's kind of a pool. In the wiki edit that removed the object-level storage I also removed (https://btrfs.wiki.kernel.org/index.php?title=Main_Page&diff=prev&oldid=33190) * Online filesystem check * Object-level mirroring and striping * In-band deduplication (happens during writes) * Hot data tracking and moving to faster devices (or provided on the generic VFS layer) For each of the task there's nobody working on that, to my knowledge, though there was some interest and maybe RFC patches in the past. The object-level storage idea/task can be added to the Project_ideas page, so it's not lost.