From owner-freebsd-sparc64@FreeBSD.ORG Mon Aug 25 05:16:47 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94A9B16A4BF for ; Mon, 25 Aug 2003 05:16:47 -0700 (PDT) Received: from surfeu.fi (mailbox.surfeu.fi [213.173.154.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83BA243FEC for ; Mon, 25 Aug 2003 05:16:42 -0700 (PDT) (envelope-from vezku@surfeu.fi) Received: from [213.173.154.9] (HELO surfeu.fi) by surfeu.fi (CommuniGate Pro SMTP 3.4.1) with SMTP id 49095956 for freebsd-sparc64@freebsd.org; Mon, 25 Aug 2003 15:16:27 +0300 Received: from 62.142.81.6 (SquirrelMail authenticated user vezku) by redbull.tiscali.fi with HTTP; Mon, 25 Aug 2003 15:10:34 +0300 (EEST) Message-ID: <4848.62.142.81.6.1061813434.squirrel@redbull.tiscali.fi> Date: Mon, 25 Aug 2003 15:10:34 +0300 (EEST) From: To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: slow UID/GID resolving X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Aug 2003 12:16:47 -0000 Hi folks, I'm running FBSD 5.1-RELEASE on SUN E250 ( 2 x Ultrasparc II 450Mhz, 1Gb RAM). There are about 5000 accounts on that machine and the problem follows: File listing is slow. I figured it might have something to do with resolving UID/GID numbers to names. It's not too slow on shell, but SSH file transfer is unbearable. If I try to open a directory with 190 files/subdirs, SSH process eats up all CPU time and it takes 3-4 mins to get the listing. There is only one UID/GID pair used in this dir. CPU load average is otherwise under 10%. I tried both OpenSSH and non-commercial SSH, so it can't be the SSH itself. And since file listing is slow on terminal too, could there be some other problem? Disk load was my next suspection since it has one NFS share, but below is iostat output. The disk in question is da1 (SCSI U160). tty da0 da1 da2 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0 19 13.96 0 0.01 10.86 0 0.00 0.24 0 0.00 0 0 1 0 99 Is the hardware too slow or am I missing something here? Any hints? -Vesa, SysAdmin