Forgot your password?
typodupeerror
This discussion has been archived. No new comments can be posted.

Linux 2.6 Multithreading Advances

Comments Filter:
  • by packeteer ( 566398 ) <packeteer@subdime n s i o n .com> on Saturday November 09, 2002 @04:34AM (#4631386)
    I run two boxers at once... thats two threads at once...
  • by Anonymous Coward on Saturday November 09, 2002 @05:05AM (#4631449)
    I hear they just added the keyboard driver. It's the most advanced keyboard driver known to man.

    Now all they need is some kind of output device.
  • Re:GNU/HURD (Score:3, Funny)

    by Anonymous Coward on Saturday November 09, 2002 @08:47AM (#4631703)
    "Just like Communism, GNU/HURD will never take off."

    More realistically, like communism GNU/HURD is a great idea in theory, but the only available example right now is run by fascist lunatics and doesn't work...

    AC because I'm too cruel

  • Re:GNU/HURD (Score:1, Funny)

    by Anonymous Coward on Saturday November 09, 2002 @10:46PM (#4635073)
    Just like Communism, GNU/HURD will never take off.

    Please don't compare GNU/HURD to communism. They are similar in that both sound good in practice, but have problems in the real wordld. However, the similarity ends there. Communism was responsible for loss of life and liberty for millions of people killed and improsoned, Hurd, However, is released under GPL, and is therefore even worse.

  • by Anonymous Coward on Saturday November 09, 2002 @11:33PM (#4635233)
    Wrong. Every context switch burns hundreds, if not tens of thousands, of clock cycles. As the parent comment said, changing from single threading to multithreading on a uniprocessor system necessarily reduces performance. How bad it does depend on the program design, but there is always a slowdown

    Jesus fucking christ, with a modern multitasking OS, the OS will be swapping the process anyhow, and that's much more expensive than threading context switches. Or are you advocating the use of a cooperative multitasking OS (like MacOS 7) or a single-threaded OS (like MS DOS)?

    Wrong again. It's trivial to run multiple copies of a single-threaded program on the different CPUs, and let them interact over IPC.

    at which case it is no longer (collectively) single-threaded. Of course, this does seem like a slashdot solution (a complex and over engineered solution to a non-existant problem)

Many people are unenthusiastic about your work.

Working...