From: Frank Steiner Subject: Terrible performance between 2.6.16 and 2.6.5 Date: Thu, 30 Nov 2006 12:51:45 +0100 Message-ID: <456EC5D1.9050008@bio.ifi.lmu.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Return-path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91] helo=mail.sourceforge.net) by sc8-sf-list2-new.sourceforge.net with esmtp (Exim 4.43) id 1GpkVF-0008V1-M4 for nfs@lists.sourceforge.net; Thu, 30 Nov 2006 03:54:58 -0800 Received: from acheron.ifi.lmu.de ([129.187.214.135]) by mail.sourceforge.net with esmtp (Exim 4.44) id 1GpkVE-0007gc-NQ for nfs@lists.sourceforge.net; Thu, 30 Nov 2006 03:54:59 -0800 Received: from internaldeliver.acheron.ifi.lmu.de (localhost [127.0.0.1]) by acheron.ifi.lmu.de (Postfix) with ESMTP id 1CBEE435FF for ; Thu, 30 Nov 2006 12:51:46 +0100 (CET) Received: from [141.84.1.30] (galois.bio.ifi.lmu.de [141.84.1.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by acheron.ifi.lmu.de (Postfix) with ESMTP id 06B29435C7 for ; Thu, 30 Nov 2006 12:51:46 +0100 (CET) To: nfs@lists.sourceforge.net List-Id: "Discussion of NFS under Linux development, interoperability, and testing." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: nfs-bounces@lists.sourceforge.net Errors-To: nfs-bounces@lists.sourceforge.net Hi, I just upgraded our NFS server from SuSE 9.2 (kernel 2.6.8) to SuSE 10.1 (2.6.16.21). We have some SLES 9 (2.6.5) and some SLES 10 (2.6.16) clients acessing the NFS server. When the server ran 2.6.8, the performance was always fine. After upgrading the SLES 10 clients still have nice performance, but the SLES 9 clients are terrible. Here's a test call I'm doing: find /mnt/tmp/i586/9/SuSE-updates/ -name \*.rpm -exec rpm -qp {} \; It just queries all the rpm packages for their name. When I call this on a SLES 10 client I can monitor the network traffic on the server lies between 200k and some little peaks at 1.5M. Calling it on a SLES9 client looks fine at first, then after some RPMs the network traffic raises to about 20-30 MB/sec! Guess what the server says when 30 clients search for new RPMs with an algorithm similar to this. When I call the "find" a second time on the same SLES 9 clients it runs fine for some longer time, like it had cached the accesses or if it had some buffer that would fill and then slow the read down. On all clients we mount with "ro,tcp,hard,rsize=16384,wsize=16384". Changing sync/async on the server and the clients didn't help. Are there any known issues? Any ideas how I could debug this? We can't throw away SLES 9 on these clients, so I need to solve this :-( cu, Frank -- Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/ Lehrstuhl f. Bioinformatik Mail: http://www.bio.ifi.lmu.de/~steiner/m/ LMU, Amalienstr. 17 Phone: +49 89 2180-4049 80333 Muenchen, Germany Fax: +49 89 2180-99-4049 * Rekursion kann man erst verstehen, wenn man Rekursion verstanden hat. * ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs