On Fri, Apr 13, 2012 at 05:56:34PM +1000, Dave Chinner wrote:
> In some cases.
>
> You can't just blindly assert that something is needed purely on
> the size of the filesystem.
Thanks, but then perhaps the XFS FAQ needs updating. It warns that you might
have compatibility problems with old clients (NFS) and inode64, but it
doesn't say "for some workloads inode32 may perform better than inode64 on
large filesystems".
Also, aren't these orthogonal features?
(1) "I want all my inode metadata stored at the front of the disk"
(2) "I want files in the same directory to be distributed between AGs, not
stored in the same AG"
If there are not explicit knobs for these behaviours, then it seems almost
accidental that limiting yourself to 32-bit inode numbers causes them to
happen (an implementation artefact).
Finally, what happens if you have a filesystem smaller than 1TB? I imagine
that XFS will scale the agsize down so that you have multiple AGs, but will
still have 32-bit inode numbers - so you will get the same behaviour as
inode64 on a large filesystem. What happens then if your workload requires
behaviour (1) and/or (2) above for optimal performance?
Regards,
Brian.
_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs
