home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / misc / 4330 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.7 KB  |  63 lines
  1. Newsgroups: comp.misc
  2. Path: sparky!uunet!news.smith.edu!sophia.smith.edu!jfieber
  3. From: jfieber@sophia.smith.edu (John Fieber)
  4. Subject: Re: Multitasking/Multithreading
  5. Message-ID: <1992Nov18.042843.14668@sophia.smith.edu>
  6. Keywords: multitasking, multithreading, flame wars
  7. Sender: root@sophia.smith.edu (Operator)
  8. Organization: Smith College
  9. References: <1992Nov17.171917.12024@bsu-ucs>
  10. Date: Wed, 18 Nov 1992 04:28:43 GMT
  11. Lines: 50
  12.  
  13. In article <1992Nov17.171917.12024@bsu-ucs> 00llhamilton@leo.bsuvc.bsu.edu writes:
  14. >you out there in "Wonderland".  I want to know the difference between
  15. >"multitasking" and "multithreading".  These terms are somewhat confusing
  16. >to me, so could someone explain them better?  
  17.  
  18. In a nutshell, this is my understanding:
  19.  
  20.  
  21. The two terms are similar but with some subtle distinctions.
  22. Multitasking usually refers to a computer system's ability to run
  23. multiple independant programs simultaneously on the same piece of
  24. hardware in such a way that no one program has to be particularly
  25. aware of any of the others.
  26.  
  27. Multithreading usually refers to program code that explicitly
  28. takes advantage of a multitasking environment for its operation.
  29. For example, in a GUI environment a program is usually event
  30. driven; events being mouse clicks, keystrokes, menu selections
  31. and such.  In a multithreaded program, you might have one task
  32. completely devoted to collecting these events and dispatching
  33. appropriate tasks to handle the event.  Since the environment is
  34. multitasking, many tasks can be spawned and all be running in
  35. parallel.
  36.  
  37. The ways you can use multithreading and are limited only by your
  38. imagination.  Once you get used to using and programming in a
  39. good multitasking system it is very hard to be satisfied with
  40. anything less.  But, this is where the issues of "good" raises
  41. its ugly head; cooperative (mac, windows) vs preemptive (unix,
  42. os/2, windows-nt, amiga) and all the varying shades of each.
  43.  
  44. To be honest, if you want to learn more about this topic, I would
  45. suggest you go to a university library and thumb through a good
  46. book on operating systems theory.  In particular, read about task
  47. management / timesharing.  Most *discussions* of multitasking
  48. I've seen on the net quickly degenerate into flame wars about
  49. "Windows is/isn't REAL multitasking because blah blah blah..." and
  50. very little *useful* information in presented.
  51.  
  52. With a good bit of background OS theory under your belt, you can
  53. go out into the real world and look at all the systems that
  54. proclaim to be multitasking and draw your own conclusions.  
  55.  
  56.  
  57. Nutshell closed.
  58.  
  59. -john
  60. -- 
  61. === jfieber@sophia.smith.edu ================================================
  62. ======================================= Come up and be a kite!  --K. Bush ===
  63.