From owner-freebsd-arch Thu Sep 19 21: 7:17 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBEE537B401 for ; Thu, 19 Sep 2002 21:07:16 -0700 (PDT) Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A6D643E3B for ; Thu, 19 Sep 2002 21:07:16 -0700 (PDT) (envelope-from eischen@pcnet1.pcnet.com) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.3/8.12.1) with ESMTP id g8K47FGi003325; Fri, 20 Sep 2002 00:07:15 -0400 (EDT) Date: Fri, 20 Sep 2002 00:07:15 -0400 (EDT) From: Daniel Eischen To: Bill Huey Cc: freebsd-arch@FreeBSD.ORG Subject: Re: New Linux threading model In-Reply-To: <20020920031423.GA3380@gnuppy.monkey.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 19 Sep 2002, Bill Huey wrote: > > Hello, > > I got this off of lkml: > > http://marc.theaimsgroup.com/?l=linux-kernel&m=103248252713576&w=2 > > paper: > http://people.redhat.com/drepper/nptl-design.pdf > > They basically went to (kept) a 1:1 threading model, but added a bunch of > things to the kernel so that stuff like signal handling, pid, thread suspension > via signal notification, etc... are all very conformant to Posix threading > now. > > In their paper, they talk briefly about how they came to the decision that > 1:1 is better than M:N and why they chose that against variants of M:N > including scheduler activations, a cross process fast-path synchronization > primitive called "futexes", etc... I read some of this and some of it is exactly opposite of why scheduler activations was made in the first place. They are pushing all scheduling decisions and locking in to the kernel. One of the points of scheduler activations is that the library can make all scheduling decisions without need for having the kernel involved. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message