[OpenAFS] Overview? Linux filesystem choices

[Lars Schimmer]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2010-09-29 21:12, chas williams - CONTRACTOR wrote:
> On Wed, 29 Sep 2010 12:35:23 -0400
> Steve Simmons <scs@umich.edu> wrote:
>=20
>> Yep, we're pretty much a 100% ext3 shop. We keep a close eye on other
>> things, and zfs has been looking more and more interesting. But given
>> the uncertain state of its future (see elsewhere in this thread) our
>> caution level has gone up quite a bit. For the really long term I
>> also keep an eye on btrfs, but some of it's features aren't as big a
>> win for AFS as they are for 'regular' users. Ext4 looks interesting
>> just for the fsck speed improvements (just freaking amazing). Extents
>> may also be useful, but I strongly suspect other issues bottleneck
>> AFS performance before the filesystem speed does. Then again, better
>> speed never hurts.
>=20
> we use solaris ufs on our current fileservers, but xfs practically
> everywhere else.  this is mostly due to our irix heritage but xfs has
> some benefits that ext3 does not have (like extents).  xfs is certainly
> quite a bit more mature than ext3 in my opinion.  ext4 is an attempt to
> get some of these xfs features into ext3.
>=20
> as far as bugs with xfs -- not too many.  we have done some really bad
> things to the xfs filesystems as well (like power failures several
> times in one week).

Just want to ask - XFS repair or XFS check. Last time I tried it on
linux I got a out of memory error (with 24GB memory available).
AFAIK it does need a really large memory to check big partitions with
lots of files in it.
Not that we need it much, but in case of error it is important.
So far I got best recovery on broken partitions with ext3 fs, not with
reiser neither XFS.

MfG,
Lars Schimmer
- --=20
- -------------------------------------------------------------
TU Graz, Institut f=FCr ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405       E-Mail: l.schimmer@cgv.tugraz.at
Fax: +43 316 873-5402       PGP-Key-ID: 0x4A9B1723
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkykNdwACgkQmWhuE0qbFyN73wCfZniB8RsbvOMlZD8+oR6hhzkX
pQgAniT5WKbyNdcIqPRliCHrPficbb28
=3DGYrq
-----END PGP SIGNATURE-----