From owner-freebsd-stable@FreeBSD.ORG Thu Nov 12 16:42:29 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 A5698106566B for ; Thu, 12 Nov 2009 16:42:29 +0000 (UTC) (envelope-from matthew.fleming@isilon.com) Received: from seaxch09.isilon.com (seaxch09.isilon.com [74.85.160.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8A6BC8FC1F for ; Thu, 12 Nov 2009 16:42:29 +0000 (UTC) x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Thu, 12 Nov 2009 08:42:28 -0800 Message-ID: <06D5F9F6F655AD4C92E28B662F7F853E0338FEB8@seaxch09.desktop.isilon.com> In-Reply-To: <20091112071618.GB81250@rambler-co.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 8.0RC2 "top" statistics seem broken Thread-Index: AcpjaCMNPxwAQ0snTOaf8thLZWXgYgATpW+g References: <20091112071618.GB81250@rambler-co.ru> From: "Matthew Fleming" To: "Igor Sysoev" , Cc: 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: Thu, 12 Nov 2009 16:42:29 -0000 > > [snip] > >=20 > > 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. >=20 > I believe this is related to multithreaded processes only. I saw this for > intr kernel process. Singlethread processes eat CPU slightly less than > on 7.2, however, I can not say is it statistic errors or real speedup. > I saw the issue on SMP/ULE only and can not say anything about UP and > 4BSD scheduler. Check out r197652 on stable/7. I had a similar problem where top was showing 0% for a CPU hog, but since I was unable to replicate it on CURRENT (and the ULE accounting code is different between releases) I only submitted for stable/7. I think the patch will be easy to apply by hand, though, to test it. Thanks, matthew