On Wed, Sep 04, 2002 at 08:41:07AM -0700, Dan Kegel wrote: > You're referring to Linuxthreads? It has a couple other problems, > like pid being different for each thread, and thread startup and > shutdown > not being as fast as thread maniacs (you know, the people who create > more than 1 thread/second) would like.
Yeah, LinuxThreads...but don't really consider the pid issue nearly as serious as signal delivery. > Futexes are for speed. They let you do mutexes mostly in userspace > even though you're using a kernel theading system. Yeah, I know that. What about context switching overhead ? I would expect a userspace system to still be substantially faster than anything kernel bound. > M:N threading systems and userspace threading libraries add a noticable > amount of complexity, but historically have had a speed advantage over > plain old kernel-provided threads. Linux is working hard on getting > rid of the speed disadvantage of kernel-provided threads (using things > like futexes to move the fast path to userspace). > It's an interesting race. I bet you a nickel Linux's approach will > win in the end (Occam's Razor and all that). Well, er... maybe. We'll see. ;) bill ---------------------------------------------------------------------- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
