From owner-freebsd-current@FreeBSD.ORG Mon Aug 23 18:56:19 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 B856210656B3 for ; Mon, 23 Aug 2010 18:56:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 46D458FC12 for ; Mon, 23 Aug 2010 18:56:19 +0000 (UTC) Received: (qmail 8181 invoked by uid 399); 23 Aug 2010 18:56:18 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 23 Aug 2010 18:56:18 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C72C451.4070407@FreeBSD.org> Date: Mon, 23 Aug 2010 11:56:17 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: John Baldwin References: <4C71E858.90009@FreeBSD.org> <201008230839.15284.jhb@freebsd.org> In-Reply-To: <201008230839.15284.jhb@freebsd.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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: Mon, 23 Aug 2010 18:56:19 -0000 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. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso