lkml.org 
[lkml]   [1999]   [Dec]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subjectre: RasterMan on linux and threads
On Fri, 17 Dec 1999, Stephen Frost wrote:

> No, pthreads changed that, from my understanding. linuxthreads did
> it all in one thing w/o ever actually calling the kernel 'clone'. pthreads
> properly calles 'clone' and therefore each thread gets it's own PID and as
> such can be scheduled on any CPU. (Well, that's not the direct reason, but
> you know what I mean).
>
> > hmmm - when did that change - i know solarids has them run on multiple
> > cpu's though...
>
> Solaris implemented it kernel-level to begin with. The first
> threading in Linux was done all in user-space, IIRC. Which meant that it
> couldn't because a single process (to the kernel) won't get multiple CPUs.
>
> Stephen


This is simply not correct, the new glibc threads are simply
the new, included in the libc LinuxThreads. Linux has always used
kernel level threads, the only difference between a 'proc' and a
'thread' is 'procs' are heavy and 'threads' are a light as it were.

LinuxThreads simply provides the access framework.

---
As folks might have suspected, not much survives except roaches,
and they don't carry large enough packets fast enough...
--About the Internet and nuclear war.



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

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