From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 7 May 2002 11:32:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 7 May 2002 11:32:23 -0400 Received: from heffalump.fnal.gov ([131.225.9.20]:9105 "EHLO fnal.gov") by vger.kernel.org with ESMTP id ; Tue, 7 May 2002 11:32:22 -0400 Date: Tue, 07 May 2002 10:32:21 -0500 From: Dan Yocum Subject: Re: Poor NFS client performance on 2.4.18? To: Trond Myklebust Cc: linux kernel Message-id: <3CD7F385.BAA3870B@fnal.gov> MIME-version: 1.0 X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.9-13SGI_XFS_1.0.2 i686) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en In-Reply-To: <3CC86BDC.C8784EA2@fnal.gov> <3CD6FE1E.A20384D@fnal.gov> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Trond Myklebust wrote: > > On Tuesday 7. May 2002 00:05, Dan Yocum wrote: > > Trond, > > > > OK, so backing out the rpc_tweaks dif fixed the performance problem, > > however, seems to have introduced another problem that appears to be > > stemming from the seekdir.dif. Attempting to run an app from an IRIX > > client (that has the 32bitclients option set) freezes the NFS volume - one > > can't access it from the Linux side, anymore. > > > > You can read and write to the NFS volume *before* trying to run something > > from there, but not after. > > > > Ideas? > > That smells like another network driver bug. Have you tcpdumped the traffic > between client and server? Ah, that may be the case - the problem also exists with a Linux server as well... let me check, and I'll let you know. Thanks, Dan -- Dan Yocum Sloan Digital Sky Survey, Fermilab 630.840.6509 yocum@fnal.gov, http://www.sdss.org SDSS. Mapping the Universe.