xfs (was: reiserfs on all my SRM-alpha drives...)

[Michal Jaegermann <michal ellpspace math ualberta ca>]

On Mon, Oct 29, 2001 at 02:56:37PM -0500, Martin K. Petersen wrote:
> >>>>> "Michal" == Michal Jaegermann <michal@ellpspace.math.ualberta.ca> writes:
> 
> Michal> 'xfs', from what I understand, intervenes now quite deeply
> Michal> into other kernel structures and it may be not very surprising
> Michal> to see yet a more thorough rewrite of it, or two.  
> 
> Uhm, uhm, uhm.  A rewrite?  Why would we rewrite it?

To better fit with the rest of the kernel.  I recall quite distincly
suggestions of that sort from some people who will have some say
in matters of a final acceptance.  Myself I have none.

> The XFS core code is identical between Linux and IRIX.

Well, but we are talking here mostly about "impendance on connections".
I hear (mind you, I hear!) that right now, for example, it is
non-trivial to have at once both ext3 and xfs support.  An issue of xfs
going "too deep" into other structures was mentioned on linux-kernel
list quite a few times.  Again this really will be not up to me.

> Michal> There are people using both but they are not recommended in
> Michal> this moment for a "production".
> 
> Sorry, that's just FUD.  There are plenty of people out there using
> XFS on production systems.

FUD yourself.  You may notice that "production" above was in quotes.
As long as this is not a part of standard kernel sources there could be
changes and if are using that you may expect surprises, better know what
you are doing and be prepared to solve troubles yourself.  The fact that
there are numerous sites using xfs for serious tasks is great and a part
of a regular development process in Linux.  But folks not willing to get
hands dirty from time to time better stay away.

If you suggest that xfs is likely to become a part of a standard kernel
in 2.4 series then you know something which I did not hear yet.  OTOH
personally I would rather trust my data to xfs than to reiserfs - but
these are my private opinions.

  Michal