From owner-cvs-all@FreeBSD.ORG Sat Apr 16 19:09:31 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E7C316A4CE; Sat, 16 Apr 2005 19:09:31 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5CDE43D1D; Sat, 16 Apr 2005 19:09:30 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 7316946B3C; Sat, 16 Apr 2005 15:09:30 -0400 (EDT) Date: Sat, 16 Apr 2005 20:10:19 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <863btq4k9m.fsf@xps.des.no> Message-ID: <20050416200918.E69456@fledge.watson.org> References: <200504161543.j3GFhclO075103@repoman.freebsd.org> <86acnyd2k7.fsf@xps.des.no> <20050416191436.G68941@fledge.watson.org> <863btq4k9m.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1474543579-1113678619=:69456" cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Giorgos Keramidas cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/top machine.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2005 19:09:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1474543579-1113678619=:69456 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 16 Apr 2005, Dag-Erling Sm=F8rgrav wrote: > Robert Watson writes: >> The 'C' column is quite useful when tuning SMP systems, and something >> I frequently look at when debugging performance issues in 5.x and >> 6.x. > > The C column is pointless when you're not showing individual threads,=20 > since different threads in the same process might be running=20 > simultaneously on different CPUs. With many current applications, you get processes, in which case there's=20 still a benefit. I agree that there's ambiguity in the threaded but=20 non-H case. In the work I'm doing, I'm primarily interested in the 'C'=20 column in the context of "-S", because I want to see where the kernel and= =20 user processes land -- i.e., where the ithreads and netisr end up, and how= =20 well they load balance. Robert N M Watson --0-1474543579-1113678619=:69456--