From owner-freebsd-current@FreeBSD.ORG Mon Oct 19 15:20:06 2009 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 5EC5C1065676 for ; Mon, 19 Oct 2009 15:20:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 19EE88FC1B for ; Mon, 19 Oct 2009 15:20:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1Mzu1k-0002v2-By for freebsd-current@freebsd.org; Mon, 19 Oct 2009 17:20:04 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Oct 2009 17:20:04 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Oct 2009 17:20:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 19 Oct 2009 17:18:34 +0200 Lines: 24 Message-ID: References: <20091018202407.656c3863.taku@tackymt.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: Sender: news Subject: Re: softclock swis not bound to specific cpu 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, 19 Oct 2009 15:20:06 -0000 Ivan Voras wrote: > Robert Watson wrote: >> >> On Sun, 18 Oct 2009, Taku YAMAMOTO wrote: >> >>> I noticed that the softclock threads didn't seem to be bound to any cpu. >>> >>> I'm not sure whether it's the Right Thing (TM) to bind them to the >>> corresponding cpus though: it might be good to give the scheduler a >>> chance to rebalance callouts. >>> >>> I'm about to test the modification like the attached diff. Comments >>> are welcome. >> >> Yes, I think the intent is that they have a "soft" affinity to the CPU >> where the lapic timer is firing, but not a hard binding, allowing them >> to migrate if required. It would be interesting to measure how >> effective that soft affinity is in practice under various loads -- >> presumably the goal would be for the softclock thread to migrate if a >> higher (lower) priority thread is hogging the CPU. > > So why are there NCPU softclock threads if the binding isn't important? Nevermind, I got it - they are not used only for "clock".