Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3

From: Michael K. Edwards
Date: Thu Feb 22 2007 - 04:29:58 EST

On 2/21/07, Ingo Molnar <mingo@xxxxxxx> wrote:
the syslet/threadlet framework has been derived from Tux, which one can
accuse of may things, but which i definitely can not accuse of being
slow. It has no relationship whatsoever to Solaris 2.0 or later.

So how well does Tux fare on a NUMA box? The Solaris 2.0 reference
was not about the origins of the code, it was about the era when SMP
first became relevant to the UNIX application programmer. I remember
an emphasis on scheduler scalability then, too. It took them quite a
while to figure out that having an efficient scheduler is of little
use if you are scheduling the wrong things on the wrong CPUs in the
wrong order and thereby thrashing continuously. By that time we had
given up and gone back to message passing via the network stack, which
was the one kernel component that could figure out how to get state
from one CPU to another without taking all of its clothes off and
changing underwear in between. Sound familiar?

Your other mail showed that you have very basic misunderstandings about
how threadlets work, on which you based a string of firm but incorrect
conclusions. In this discussion i'm mostly interested in specific
feedback about syslets/threadlets - thankfully we are past the years of
"unless Linux does generic technique X it will stay a hobby OS forever"
type of time-wasting discussions.

Well, maybe I'll let someone else weigh in about whether I understood
threadlets well enough to provide feedback worth reading. As for the
"hobby OS forever" bit, that's an utter misrepresentation of my
comments and criticism. Linux is now good enough for Oracle to have
more or less abandoned Sun for Linux. That's as good as it needs to
be, as far as Oracle and IBM are concerned. The question is now
whether it will ever get substantially _better_, so that you can do
something constructive with a NUMA box or a 64-core MIPS without
having the resources of an Oracle or a Google to build an

- Michael
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at