From owner-freebsd-current@FreeBSD.ORG Tue Aug 24 22:34:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87CC510656A6; Tue, 24 Aug 2010 22:34:11 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6BFB48FC17; Tue, 24 Aug 2010 22:34:11 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o7OMY9kn022269 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 24 Aug 2010 15:34:09 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7E0941CC3A; Tue, 24 Aug 2010 15:34:09 -0700 (PDT) To: Doug Barton In-reply-to: Your message of "Mon, 23 Aug 2010 11:56:17 PDT." <4C72C451.4070407@FreeBSD.org> Date: Tue, 24 Aug 2010 15:34:09 -0700 From: "Kevin Oberman" Message-Id: <20100824223409.7E0941CC3A@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011, 1.0.148, 0.0.0000 definitions=2010-08-24_12:2010-08-25, 2010-08-24, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-1005130000 definitions=main-1008240165 Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: runaway intr problems: powerd and/or hw.acpi.cpu.cx_lowest related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Aug 2010 22:34:11 -0000 > Date: Mon, 23 Aug 2010 11:56:17 -0700 > From: Doug Barton > Sender: owner-freebsd-current@freebsd.org > > On 08/23/2010 05:39, John Baldwin wrote: > > On Sunday, August 22, 2010 11:17:44 pm Doug Barton wrote: > >> Thanks to help from Andriy I've been working on narrowing down the cause > >> of my "runaway intr" problems and we've found some interesting things. > >> First, if I use neither powerd nor set hw.acpi.cpu.cx_lowest less than > >> C1 things seem to work fine. Using one or the other sort of works, but > >> between the 2 powerd seems to cause the most problems. > > > > I think this just means that when C3 is enabled the system is getting skewed > > results in cp_time[] and so the stats are off. The system isn't actually > > stuck in an interrupt storm of sorts, the numbers reported to top are just > > wrong so it looks like it is. > > That may be true, however what's happening at that time is that the > video and audio both become choppy (as in, painfully so) and every other > thing that's running, whether it's desktop clients like thunderbird or > something being compiled, also moves very very slow, as if it's > resource-starved. So while I'm perfectly ready to admit that the top > output may be just a symptom instead of the real problem, something > fundamentally bad IS happening under the hood. This sounds wrong. C3 should only be entered when a CPU is halted for an extended time. When I am plying a movie, I never see C3, but I am using an old uniprocessor on my T43. I would believe that dropping to C3 could be detrimental to playing video as it takes quite a few clock cycles for the system to climb out of C3 and start doing real work again. Things that come to mind...does the player move between CPUs while this is going on? Does ULE take processor ACPI state into account when scheduling? Can you try locking the player to a single CPU with cpuset(1) so it does not move around? Try different CPUs. Some are more equal than others, at least in my network performance testing using FreeBSD and I have been unable to figure out, other than empirically, which ons(s) work best. just some random thoughts from an un-air conditioned office on a very hot afternoon in Berzerkley. I may simply be delirious. :-) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751