From owner-freebsd-stable@FreeBSD.ORG Tue Nov 10 15:53:02 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 66BA510656A3 for ; Tue, 10 Nov 2009 15:53:02 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D71248FC25 for ; Tue, 10 Nov 2009 15:53:01 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N7t1N-0001cj-5n for freebsd-stable@freebsd.org; Tue, 10 Nov 2009 16:52:41 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Nov 2009 16:52:41 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 Nov 2009 16:52:41 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 10 Nov 2009 16:52:32 +0100 Lines: 39 Message-ID: References: <20091110154842.GA63937@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <20091110154842.GA63937@icarus.home.lan> Sender: news 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:53:02 -0000 Jeremy Chadwick wrote: > > 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)? No, same in all cases.