lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:	Wed, 5 Feb 2014 11:17:11 -0500
From:	"Theodore Ts'o" <tytso@....edu>
To:	Thorsten Glaser <t.glaser@...ent.de>
Subject: Re: [PATCH 11/12] Add support for new compat feature "sparse_super2"


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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ