[3146] in SIPB_Linux_Development

home help back first fref pref prev next nref lref last post

Re: time to desupport?

daemon@ATHENA.MIT.EDU (Theodore Y. Ts'o)
Sat Oct 28 10:37:11 2000

Date: Sat, 28 Oct 2000 10:37:09 -0400
Message-Id: <200010281437.KAA19964@tsx-prime.MIT.EDU>
From: "Theodore Y. Ts'o" <tytso@MIT.EDU>
To: Bill Cattey <wdc@MIT.EDU>
Cc: amu@MIT.EDU, Greg Hudson <ghudson@MIT.EDU>, linux-dev@MIT.EDU
In-Reply-To: Bill Cattey's message of Fri, 27 Oct 2000 21:09:27 +0000 (),
	<MtySw7Fz0001QAbeQM@mit.edu>

   Date: Fri, 27 Oct 2000 21:09:27 +0000 ()
   From: Bill Cattey <wdc@MIT.EDU>

   Yea, what IS it with Linux NFS?  After this long, I don't expect
   an NFS implementation to be so prone to hangups.  Implementing NFS,
   I thought, was reasonably well understood.

What version of the kernel are people using?  If they're not either
using the Trond patches, or 2.2.18 (which has the Trond patches
integrated, finally), you can't really expect NFS to work well under
Linux.  The reason why it took so long for the patches to be integrated
was that moving to the Trond patches required making upgrades to the
userspace NFS utilities, which Alan Cox didn't want to require.  But
just about all distributions ship with the upgraded NFS utilities, since
NFS is a disaster without them, so he finally gave in and merged them
into 2.2.18.

						- Ted

home help back first fref pref prev next nref lref last post