Best filesystems ?
Steve Costaras
stevecs at chaven.com
Sat Oct 23 19:17:49 CDT 2010
On 2010-10-23 13:13, Peter Grandi wrote:
>
> * JFS is good for almost everything, including largish filesystems
> on somewhat largish systems with lots of processes accessing
> lots of files, and works equally well on 32b and 64b, is very
> stable, and has a couple of nice features. Its major downside is
> less care than XFS for barriers. I think that it can support
> well filesystems up to 10-15TB, and perhaps beyond. It should
> have been made the default for Linux for at least a decade
> instead of 'ext3'.
Would comment here that JFS is indeed very good, but does have a problem
when reaching/hitting the 32TB boundary. This appears to be a user
space tool issue. It is the main reason why I switched over to XFS as
was running into this problem too often.
> * XFS is like JFS, and with somewhat higher scalability both as to
> sizes and as to higher internal parallelism in the of multiple
> processes accessing the same file, and has a couple of nice
> features (mostly barrier support, but also small blocks and large
> inodes). Its major limitation are internal complexity and should
> only be used on 64b systems. It can support single filesystems
> larger than 10-15TB, but that's stretching things.
Have used XFS up to 120TB myself on real media (i.e. not sparse files)
under linux; will be building >128 shortly. Have used more w/ XFS
Irix in the past.
Generally I find with most file systems/tools there are many bugs when
you cross bit boundaries where they were not tested. Whenever
using/planning large systems /always/ test first and have good backups.
More information about the xfs
mailing list