Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id f7TMqG403651 for linux-xfs-outgoing; Wed, 29 Aug 2001 15:52:16 -0700 Received: from finn.cns.montana.edu (finn.cns.montana.edu [153.90.178.32]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id f7TMq9d03628 for ; Wed, 29 Aug 2001 15:52:09 -0700 Received: from case.cns.montana.edu (case.cns.montana.edu [153.90.178.21]) by finn.cns.montana.edu (8.9.3/8.9.3) with ESMTP id QAA21929; Wed, 29 Aug 2001 16:51:48 -0600 (MDT) Date: Wed, 29 Aug 2001 16:51:48 -0600 From: Gary Orser To: Tad Dolphay cc: linux-xfs@oss.sgi.com Subject: Re: nfs3 problems w/xfs? In-Reply-To: <200108290145.UAA79114@fsgi158.americas.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Tad, Hmm, It looks like nfs3 wasn't working. I upgraded to 4.5.9, with the 4.5.9-xfs patches and now nfs3 works ok, however: (must have been the version of nfs-utils) I just copied a large file from the sgi server to this linux box (512m 1.4g Athlon) and the box got buried. Over a 100mb switched line a 3G file took 26 minutes, ok not spectacular. Load average was over 7, system cpu % was over 85%. The single processor on the origin 2000 (r10000) running nfsd was barely turning over. Terminal response was just barely usable on the linux box. (e.g. it took 4 min. to get top running in another console window) This was an ide drive but still... Adding to this a little later on... I did a little further stress testing dd if=/dev/zero of=./test bs=1M count=3000 xfs=23 mins ext2=22 mins eliminating nfs and xfs same buried processor. It must be a kernel thing. kswapd and kupdated were the big cpu hogs, although there was never any swap used. Any ideas? Cheers, Gary ------------------------------------------------------ Gary Orser , (406) 994-6451, orser@nervana.montana.edu Montana State University Center for Computational Biology 1 Lewis Hall, Bozeman MT, 59717 On Tue, 28 Aug 2001, Tad Dolphay wrote: > > > > Tad, > > > > xfs-linux was the client, Irix the server. > > > Gary, > > Assuming you can use 4g files locally on the xfs-linux machine without > problems and can use 4g files locally on the Irix machine without problems > then I think a snoop from the Irix machine would still be useful. > > Thanks, > Tad > > Cheers, Gary > > ------------------------------------------------------ > > Gary Orser , (406) 994-6451, orser@nervana.montana.edu > > Montana State University > > Center for Computational Biology > > 1 Lewis Hall, Bozeman MT, 59717 > > > > On Tue, 28 Aug 2001, Tad Dolphay wrote: > > > > > > > > > > Hi, > > > > > > > > I've installed linux 2.4.5, with xfs on a Suse 7.1 base install. > > > > > > > > Got xfs working as well as nfs3 between an Irix 6.5.13m system. > > > > > > > > > > Gary, > > > > > > I assume xfs-linux is NFS server and Irix is NFS client? I've used 10g > > > files without problems. Maybe a snoop from the Irix side would tell us > > > something. > > > > > > Thanks, > > > Tad > > > > > > > I can copy files < 2g, but get errors on large files > 4g. > > > > cannot stat 'somelargefile' Input/output error > > > > > > > > I've searched through the faq and group lists but can't > > > > find anything related. > > > > > > > > The only thing I haven't been able to try is kgcc and/or > > > > the egcs compiler. I can't find these for the Suse distro. > > > > > > > > Cheers, Gary > > > > ------------------------------------------------------ > > > > Gary Orser , (406) 994-6451, orser@nervana.montana.edu > > > > Montana State University > > > > Center for Computational Biology > > > > 1 Lewis Hall, Bozeman MT, 59717 > > > > > > > > > >