[Top] [All Lists]

Re: Optimal XFS formatting options?

To: Linux fs XFS <xfs@xxxxxxxxxxx>
Subject: Re: Optimal XFS formatting options?
From: pg_xf2@xxxxxxxxxxxxxxxxxx (Peter Grandi)
Date: Fri, 20 Jan 2012 12:06:31 +0000
In-reply-to: <4F192DEC.4030400@xxxxxxxxx>
References: <33140169.post@xxxxxxxxxxxxxxx> <20242.10382.19330.275280@xxxxxxxxxxxxxxxxxx> <4F192DEC.4030400@xxxxxxxxx>
[ ... ]
>> * XFS has several limitations on 32b kernels. Just make sure
>>   you have a 64b kernel.
[ ... ]
> I was unaware that the block size was larger on 64b kernels.
> Is that what you are referring to ? (would be nice)...

Not as such, the maximum block size is limited by the Linux page
cache, that is hw page size, which is for IA32 and AMD64
architectures the same at 4KiB. However other architectures
which are natively 64b allow bigger page sizes (notably IA64
[aka Itanium]), so the page cache and thus XFS can do larger
blocks sizes.

The limitations of XFS on 32b kernels come from limitations of
XFS itself in 32b mode, limitations of Linux in 32b mode, and
combined limitations. For example:

  * There be 32b inode numbers, which limit inodes to the first
    1TB of a filetree if sector size is 512B.

  * The 32b block IO subsystems limits partition sizes to 16TiB.

  * XFS tools scanning a large filesystem, usually for repair,
    can run out of the available 32b address space (by default
    around 2GiB).

Page 5 and 6 here list some limits:


<Prev in Thread] Current Thread [Next in Thread>