From owner-freebsd-current@FreeBSD.ORG Sun Jul 18 10:19:36 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 30972106567C; Sun, 18 Jul 2010 10:19:36 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 8E44D8FC15; Sun, 18 Jul 2010 10:19:34 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o6IAJW9k080898 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 18 Jul 2010 12:19:33 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o6IAJLxp028944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Jul 2010 12:19:21 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o6IAJLqr023194; Sun, 18 Jul 2010 12:19:21 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o6IAJLBp023193; Sun, 18 Jul 2010 12:19:21 +0200 (CEST) (envelope-from ticso) Date: Sun, 18 Jul 2010 12:19:21 +0200 From: Bernd Walter To: Kostik Belousov Message-ID: <20100718101920.GC17125@cicely7.cicely.de> References: <20100717192128.GM2381@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100717192128.GM2381@deviant.kiev.zoral.com.ua> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Doug Barton , Rui Paulo , freebsd-current@freebsd.org Subject: Re: Why is intr taking up so much cpu? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jul 2010 10:19:36 -0000 On Sat, Jul 17, 2010 at 10:21:28PM +0300, Kostik Belousov wrote: > On Sat, Jul 17, 2010 at 12:10:26PM -0700, Doug Barton wrote: > > On Sat, 17 Jul 2010, Rui Paulo wrote: > > > > >This doesn't indicate any problem. I suggest you try to figure out what > > >interrupt is causing this by adding printfs or disabling drivers one by > > >one. > > > > I've no idea where to even begin on something like that. Given that > > there are other -current users who are also having problems > > (particularly with the nvidia drivers) I'm wondering if some sort of > > systemic debugging isn't in order here? > > > > Note that intr time most likely come from the interrupt threads chewing > the CPU, not from the real interrupt handlers doing something, and definitely > not due to the high interrupt rate, as your vmstat -i output already shown. I've noticed a few webpages to trigger lot of X11 related network traffic just by watching them even without any seeable content change, but CPU load on browser and especialy X process went high, but of course symptoms might be different with different drivers - I use mga myself. I never analysed it properly beacuse I'm using a quite old Xorg version, but I see the increase of traffic on the domain socket. I also noticed that recent firefox and seamonkey are doing lots of NFS traffic, so I was forced to switch ~/.mozilla to a local disk, where iostat still stays idle. But my OS is also not very recent, so I also never debugged this problem. > Run top in the mode where all system threads are shown separately > (e.g. top -HS seems to do it), then watch what thread eats the processor. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.