]> sourceware.org Git - lvm2.git/commit
cleanup: reformat sentence about max sizes
authorZdenek Kabelac <zkabelac@redhat.com>
Tue, 19 Jan 2016 15:07:39 +0000 (16:07 +0100)
committerZdenek Kabelac <zkabelac@redhat.com>
Wed, 20 Jan 2016 12:44:47 +0000 (13:44 +0100)
commit21028a7903a8ef78e3dbda6afbd245c1cae1aae8
tree6bebfaa11b19dde53b5e53af9c841338f50b4b33
parent7b5a8f61a79c88e9a99f3cec590163a143e70237
cleanup: reformat sentence about max sizes

The extent size must fits all blocks in 4294967295 sectors
(in 512b units) this is 1/2 KiB less then 2TiB.

So while previous statement 'suggested' 2TiB is still acceptable value,
make it clear it's not.

As now we support any multiples of 128KB as extent size -
values like 2047G will still 'flow-in' otherwise the largest power-of-2
supported value is 1TiB.

With 1TiB user needs 8388608 extents for 8EiB device.
(FYI such device is already unusable with todays glibc-2.22.90-27)

4GiB extent size is currently the smallest extent size which allows
a user to create 8EiB devices (with 2GiB  it's less then 8EiB).

TODO: lvm2 may possibly print amount of 'lost/unused space' on a PV,
since using such ridiculously sized extent size may result in huge
space being left unaccessible.
lib/metadata/metadata.c
tools/toollib.c
This page took 0.041764 seconds and 5 git commands to generate.