From owner-freebsd-stable@FreeBSD.ORG Fri Oct 31 17:33:15 2008 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 9A5FE106567A for ; Fri, 31 Oct 2008 17:33:15 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id DC4A08FC22 for ; Fri, 31 Oct 2008 17:33:14 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 31 Oct 2008 17:33:12 -0000 Received: from 85-127-86-101.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.86.101] by mail.gmx.net (mp032) with SMTP; 31 Oct 2008 18:33:12 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX1/t4zEcF/vtd9K3e0HW508ezcoiUzEL2Dkatno7PO h2p2ssmAZ/lVsF From: Stefan Ehmann To: freebsd-stable@freebsd.org Date: Fri, 31 Oct 2008 18:33:09 +0100 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.2; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810311833.09951.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.61 Subject: CPU utilization calculation broken with SCHED_ULE and dummynet 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: Fri, 31 Oct 2008 17:33:15 -0000 Already posted this earlier this month and filed as kern/128177. Short summary: top/ps displays 0% instead of 100% CPU usage for CPU-intensive processes. single-threaded process on single-CPU i386 machine. I think this also negatively effects scheduling decisions but haven't found a good way to test this. I did some more investigations today: The problem only occurs when the dummynet module is loaded. If I unload the module everything seems fine. It's enough if the module is loaded, no rules involving dummynet are needed. If I revert 1.214.2.7 (SVN rev 183294) the problem is gone. Already noted earlier: I don't see the problem in CURRENT on the same machine. This might be due to different configurations though. If I run the process with idletime priority, I don't see the problem either. SCHED_4BSD is not affected. Hope these findings help fixing the problem. Thanks, Stefan