On Sat, Jul 20, 2019 at 01:07:25AM +0000, Damien Le Moal wrote: > On 2019/07/19 23:25, Jeff Moyer wrote: > > I'll throw out another suggestion that may or may not work (I haven't > > given it much thought). Would it be possible to create a device mapper > > target that would export each zone as a separate block device? I > > understand that wouldn't help with the write pointer management, but it > > would allow you to create a single "file" for each zone. > > Well, I do not think you need a new device mapper for this. dm-linear supports > zoned block devices and will happily allow mapping a single zone and expose a > block device file for it. My problem with this approach is that SMR drives are > huge, and getting bigger. A 15 TB drive has 55380 zones of 256 MB. Upcoming 20 > TB drives have more than 75000 zones. Using dm-linear or any per-zone device > mapper target would create a huge resources pressure as the amount of memory > alone that would be used per zone would be much higher than with a file system > and the setup would also take far longer to complete compared to zonefs mount. Right, it's kinda insane to expect userspace to manage tens of thousands of "block devices" like this. You go run blkid on one of these devices, and what happens? Then there's stuff like udev overhead, grub os-probing that walks all block devices it can find, etc. Then consider putting hundreds of SMR drives into a machine that has multiple paths to each drive.... As such, I just don't think this block device approach is feasible, especially as Managing tens of thousands of individual small data regions in a storage device is exactly what filesystems are for. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
