From owner-freebsd-stable@FreeBSD.ORG Tue Nov 10 15:48:45 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B9AF106566B for ; Tue, 10 Nov 2009 15:48:45 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 33E7A8FC13 for ; Tue, 10 Nov 2009 15:48:44 +0000 (UTC) Received: from OMTA21.westchester.pa.mail.comcast.net ([76.96.62.72]) by QMTA05.westchester.pa.mail.comcast.net with comcast id 3PoC1d0031ZXKqc55Tokyc; Tue, 10 Nov 2009 15:48:44 +0000 Received: from koitsu.dyndns.org ([98.248.46.159]) by OMTA21.westchester.pa.mail.comcast.net with comcast id 3Tw81d0013S48mS3hTw86j; Tue, 10 Nov 2009 15:56:08 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id CD5C31E3035; Tue, 10 Nov 2009 07:48:42 -0800 (PST) Date: Tue, 10 Nov 2009 07:48:42 -0800 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20091110154842.GA63937@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: 8.0RC2 "top" statistics seem broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2009 15:48:45 -0000 On Tue, Nov 10, 2009 at 04:29:37PM +0100, Ivan Voras wrote: > Here is what I'm seeing now: > > > last pid: 70893; load averages: 1.70, 1.10, 0.58 > up 27+02:59:26 16:23:59 > 134 processes: 3 running, 131 sleeping > CPU: 94.8% user, 0.0% nice, 4.6% system, 0.6% interrupt, 0.0% idle > Mem: 309M Active, 48M Inact, 113M Wired, 17M Cache, 60M Buf, 3624K Free > Swap: 640M Total, 205M Used, 435M Free, 32% Inuse > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 751 pgsql 1 45 0 159M 556K select 1 249:38 0.00% postgres > 756 pgsql 1 44 0 25004K 600K select 1 86:31 0.00% postgres > 754 pgsql 1 44 0 159M 1040K select 1 13:02 0.00% postgres > 753 pgsql 1 44 0 159M 7868K select 1 10:55 0.00% postgres > 597 root 1 44 0 3184K 464K select 0 4:49 0.00% syslogd > 755 pgsql 1 44 0 159M 1432K select 1 4:46 0.00% postgres > 659 root 1 44 0 62156K 1356K select 1 4:30 0.00% vmware-guestd > 765 nobody 1 4 0 3236K 192K kqread 1 3:25 0.00% memcached > 775 root 1 44 0 9996K 340K select 1 2:18 0.00% httpd > 900 sveb 1 5 0 9452K 0K select 0 1:49 0.00% > 790 www 1 44 0 9768K 224K select 1 1:47 0.00% httpd > 70851 ivoras 3 96 0 199M 195M CPU0 0 1:47 0.00% 7z > > > Load average and %CPU user are right, as are other global > statistics. The load is produced by the "7z" process > (archivers/p7zip) which compresses some data in two threads but is > credited with 0% CPU, though its runtime is correct (increments > every second as it should in a CPU-bound process). It doesn't help > if I expand / show individual threads. Does the behaviour change if you use "top -C" or "top -P" (doubting the latter)? -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |