On Wed, Feb 05, 2014 at 04:01:26PM +0100, Thorsten Glaser wrote: > > Can we have this for tune2fs? At least a way to turn it on, so that > the next e2fsck or resize2fs will actually get rid of the now no > longer needed copies? Sure, it's possible. It's not like there are *that* many copies so it won't actually save that much disk space. The main goal was not save space, since the amount of disk space for the extra copies is a very tiny fraction of the disk space in a big file system. The main motivation for sparse superblocks was to allow me to make file systems that are where the data block area is perfectly contiguous which is useful for various specialized use cases. For example, if you are a huge cloud company who is absolutely fanatical about controlling 99.9 percentile latency, and you want to create data block files which are completely contiguous. The sparse_super2 feature will also be useful for supporting Shingled Magnetic Recording (SMR) disks where we care about having large, contiguous files be aligned on 256 MB SMR zones, in the case where the userspace application is SMR-aware. (SMR drives are only now starting to be available in prototype form from HDD vendors, and the T10 specifications haven't been finalized yet, so these are still very early days for SMR support.) > What kernels support this option? (Sorry if this was already said… > I mostly noticed this in today’s apt-listchanges output only, and > DuckDuckGo found virtually nothing, and Google was only marginally > more helpful.) Is this ext4fs only? The sparse_super2 feature is a compat feature, so it doesn't have any kernel dependencies, and no, it's not ext4 only. Any modern kernel will have no problem supporting it. Some old 2.2 or 2.4 kernels with ext3 might complain because blocks which they think should be reserved for backup superblocks will not be, but that hasn't been true for quite some time. One restriction is that kernels currently do not support online resize of sparse_super2 file systems. That will come eventually, but the intended use case for this feature was primarily for single disk file systems, so online resize wasn't something that is high on the priority list. Cheers, - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
