This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [ANN] Userspace M-on-N threading model implementation. Alpha release.

From: Bill Davidsen <davidsen at tmr dot com>
To: Kaz Kylheku <kaz at zeugmasystems dot com>
Cc: Evgeniy Polyakov <johnpol at 2ka dot mipt dot ru>, Chris Friesen <cfriesen at nortel dot com>, linux-kernel at vger dot kernel dot org, libc-hacker at sources dot redhat dot com, libc-alpha at sources dot redhat dot com
Date: Fri, 02 Feb 2007 11:12:02 -0500
Subject: Re: [ANN] Userspace M-on-N threading model implementation. Alpha release.
Newsgroups: gmane.comp.lib.glibc.alpha, gmane.linux.kernel
References: <66910A579C9312469A7DF9ADB54A8B7D5C2B90@exchange.ZeugmaSystems.local>

Kaz Kylheku wrote:

Evgeniy Polyakov wrote:

I described in details why and how M:N model better, and its drawbacks
include all issues mentioned by Ulrich Drepper, but nevertheless its
advantages are far too superiour than those which can be
provided by 1:1
model.


M:N threading is an unnecessary performance hack that's needed by people
who are living in a C or C++ exile away from some language that has
lexical closures, generators or first-class continuations.

Yes, that's called the "real world." Arguments of the "I don't need it, in a perfect world you wouldn't either, therefore it's a bad idea" type simply contribute nothing.

Because user threading can avoid context switches, there will always be cases where it will outperform o/s threads for hardware reasons.

--
Bill Davidsen <davidsen@tmr.com>
  "We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."  - from Slashdot

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]