From owner-freebsd-arch  Thu Jun 20 12:44:33 2002
Delivered-To: freebsd-arch@freebsd.org
Received: from hotmail.com (f112.law3.hotmail.com [209.185.241.112])
	by hub.freebsd.org (Postfix) with ESMTP id EF30D37B41E
	for <freebsd-arch@freebsd.org>; Thu, 20 Jun 2002 12:43:40 -0700 (PDT)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Thu, 20 Jun 2002 12:43:40 -0700
Received: from 149.99.123.124 by lw3fd.law3.hotmail.msn.com with HTTP;
	Thu, 20 Jun 2002 19:43:40 GMT
X-Originating-IP: [149.99.123.124]
From: "Gary Thorpe" <gat7634@hotmail.com>
To: freebsd-arch@freebsd.org
Subject: Re: multiple threads for interrupts
Date: Thu, 20 Jun 2002 15:43:40 -0400
Mime-Version: 1.0
Content-Type: text/plain; format=flowed
Message-ID: <F112l4rhYQYx3G5aYY6000252ae@hotmail.com>
X-OriginalArrivalTime: 20 Jun 2002 19:43:40.0916 (UTC) FILETIME=[C761C340:01C21892]
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-arch.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-arch>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-arch>
X-Loop: FreeBSD.ORG

>From: Terry Lambert <tlambert2@mindspring.com>
>To: Seigo Tanimura <tanimura@r.dl.itc.u-tokyo.ac.jp>
>CC: arch@FreeBSD.org
>Subject: Re: multiple threads for interrupts
>Date: Thu, 20 Jun 2002 04:18:24 -0700
>
>Seigo Tanimura wrote:
> > One solution is to run multiple threads for each of the interrupt
> > types.  Since I noticed this issue first during my work of network
> > locking, I have been tweaking the swi subsystem so that it runs
> > multiple threads for an swi type.  For those who are interested, the
> > patch can be found at:
> >
> > http://people.FreeBSD.org/~tanimura/patches/swipool.diff.gz
>
>Benchmarks before and after, demonstrating an improvement?
>
>-- Terry

I am not a kernel programmer, but I have read a paper which concludes that 
making threads have an "affinity" or "stickiness" to the last CPU it was run 
on is benifical because it leads to less cache flushing/refilling. Maybe 
this will be a factor in having multiple threads for interrupt handling?

_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message