Date: Wed, 5 Feb 2003 20:29:48 +0200 (EET) From: Narvi <narvi@haldjas.folklore.ee> To: Dag-Erling Smorgrav <des@ofug.org> Cc: freebsd-chat@FreeBSD.ORG Subject: Re: Project status Message-ID: <20030205201148.F43637-100000@haldjas.folklore.ee> In-Reply-To: <xzp4r7kuf3l.fsf@flood.ping.uio.no>
index | next in thread | previous in thread | raw e-mail
On Tue, 4 Feb 2003, Dag-Erling Smorgrav wrote:
> - KSE ("kernel scheduled entities") is a threading architecture, both
> for in-kernel threads and for mapping userland threads onto kernel
> threads (which allows splitting one application across multiple
> CPUs; our current thread library doesn't). I don't know of any
> substantial opposition against KSE. There are some concerns that
> the M-on-N model is not really better than the 1-on-1 model,
> especially now that Solaris has switched to the latter, and that
> KSE is over-engineered and possibly out of the reach of a team of
> (relatively) amateur volunteers. Otherwise, complaints regarding
> KSE are mostly about how much time it's taking to implement, and
> concerns that the KSE developers aren't subjecting their code to
> sufficient testing before committing it. Note that I'm neither
> confirming or refuting any of these claims, just reporting what
> other people are saying about KSE.
>
the N:M and especially the 1:1 models are also slightly simplified
pictures. I think this is also a cyclical development problem - at some
point using 1:1 threads is insufficent and/or doesn't give acceptable
perfomace so the move to N:M happens. At some point later, kernel based
threads are again sufficently perfomant that N:M becomes unnecessary
complexity.
Linux/*BSD are just a cycle behind Solaris in this area. Ultimately the
cycles don't matter, what matters is the perfomance and capabilities you
deliver.
> DES
> --
> Dag-Erling Smorgrav - des@ofug.org
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-chat" in the body of the message
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030205201148.F43637-100000>