[lkml]   [2000]   [Aug]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: SCO: "thread creation is about a thousand times faster than onnati (Matthew Wilcox)  wrote on 24.08.00 in <>:

> On Thu, Aug 24, 2000 at 08:18:00PM +0200, Kai Henningsen wrote:
> > wrote on 23.08.00 in
> > > <>: Linux processes are more
> > > lightweight than "threads" on many operating systems. As Rob Pike
> > > pointed out many years ago: a perceived need for "threads" means that
> > > processes are poorly designed.
> >
> > *Only* if the perceived need comes from performance issues.
> >
> > Threads are a rather nice programming abstraction *if used right*, and
> > processes (i.e. threads without shared memory) certainly aren't a
> > reasonable replacement, just as you wouldn't want to replace subroutines
> > with processes.
> i think you're misunderstanding pike's point. it is that you don't want
> to have threads because processes are too heavyweight, rather you should
> make processes less heavyweight. sharing VMs between processes is a more
> generally useful feature and shouldn't be restrained to the notion of a
> thread. needless to say, linux's clone() model is based heavily on pike's
> insight and plan9's rfork() model.

This is nothing but word games.

As clone() demonstrates, there are lots of things that you can share
between tasks; when you actually differentiate between "processes" and
"threads", the usual definition is that the former don't share VM, whereas
the latter do.

Can you point me to the text that makes Pike's original point? Google
certainly wasn't able to help me; I mainly found a recent article about OS
research that, IMHO, made enough mistakes to be a bad introdouction to
Pike. (Unless of course the original text is similar.)

MfG Kai
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:38    [W:0.145 / U:0.012 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site