From owner-freebsd-hackers Thu Apr 4 17:56:25 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from hawk.mail.pas.earthlink.net (hawk.mail.pas.earthlink.net [207.217.120.22]) by hub.freebsd.org (Postfix) with ESMTP id CD10D37B41D for ; Thu, 4 Apr 2002 17:56:21 -0800 (PST) Received: from pool0517.cvx21-bradley.dialup.earthlink.net ([209.179.194.7] helo=mindspring.com) by hawk.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 16tIxe-0006XZ-00; Thu, 04 Apr 2002 17:56:18 -0800 Message-ID: <3CAD0429.1A196F48@mindspring.com> Date: Thu, 04 Apr 2002 17:55:53 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Stephen J Bevan Cc: John Regehr , freebsd-hackers@FreeBSD.ORG Subject: Re: Linuxthreads on Linux vs FreeBSD performance question References: <3CAC036C.71DB41BB@mindspring.com> <15532.35908.341722.136026@apathy.etunnels.com> <3CACE84F.D54C9248@mindspring.com> <15532.60584.310576.443702@apathy.etunnels.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Stephen J Bevan wrote: > This is the same way that the scheduling CPU and process group > affinity crap that Linux puts up with just falls out of the > code, as well, when you go to per CPU run queues > > Since the thread on freebsd-arch didn't appear to have anything > specifically to do with Linux 2.4.17 (it was about adding VOPs in > FreeBSD) I assumed you weren't aware that the scheduler had changed > over the last few months otherwise you wouldn't have mentioned the > issue. Again, my mistake. I should have been clearer. When it comes to multiple CPUs in the same machine, what you are really trying to achieve is group negaffinity for the same CPU, in order to maximize concurrency. The intra-CPU affinity in Linux is what I am saying is bad, in that statement. The inter-cpu negaffinity isn't that hot, either. This is seperate form the issue of the act of migration of a proceess from one CPU sheduler queue to another: the negaffinity is about the decision of *when* to migrate, while the per CPU scheduling queues is about the decision of *how* to migrate. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message