home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / realtime / 1548 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.6 KB  |  58 lines
  1. Newsgroups: comp.realtime
  2. Path: sparky!uunet!gatech!paladin.american.edu!howland.reston.ans.net!usc!sdd.hp.com!caen!destroyer!ncar!noao!cole
  3. From: cole@noao.edu (Lonnie Cole)
  4. Subject: Re: novel idea?
  5. Message-ID: <1993Jan11.212259.16530@noao.edu>
  6. Sender: news@noao.edu
  7. Nntp-Posting-Host: gemini.tuc.noao.edu
  8. Organization: National Optical Astronomy Observatories, Tucson, AZ, USA
  9. References: <erempel.726720401@sol.UVic.CA> <1993Jan11.065941.21342@leland.Stanford.EDU>
  10. Date: Mon, 11 Jan 1993 21:22:59 GMT
  11. Lines: 45
  12.  
  13. In article <1993Jan11.065941.21342@leland.Stanford.EDU> kellyj@leland.Stanford.EDU (Kelly Johnson) writes:
  14. >In article <erempel.726720401@sol.UVic.CA> erempel@sol.UVic.CA (Evan Rempel) writes:
  15. >>I haven't read very much in the realtime environment, but I have
  16. >>a thought about an OS that has what I think is a fairly unique
  17. >>idea.
  18. >>
  19. >>I am looking for an OS (real time obviously) that has the
  20. >>ability to swap a task from one cpu to another. This is merely
  21. >>a multiprocessing system. The catch is that I want to be
  22. >>able to mix cpu's. Say a 68040 as the general, but then a i860
  23. >>running on the side for complex graphics. If the i860 becomes
  24. >>bogged down (I don't know what I would be doing to bog down the
  25. >>i860, but lets say I do) and the 68040 is sitting idle (or close
  26. >>to it) can one of the tasks that is running on the i860 be switched
  27. >>over to the 68040 to run there.
  28. >>
  29. >>I know that the single task on the 040 would run slower than on the
  30. >>i860, but if the i860 was bogged down, the net result would
  31. >>be a system speedup.
  32. >>
  33. >>Is there any system out there that provides this type of
  34. >>functionality?
  35. >>
  36. >
  37. >The problem with the idea is that the executable code for the 68040
  38. >and i860 are totally different.  It is not uncommon to have a
  39. >homogeneous multi-processor system that swaps tasks between cpu's
  40. >for load balancing, but doing so between totally different types of
  41. >cpu's would not be a simple task of just swapping tasks. 
  42. >I fail to see how this could ever be done effectively.  
  43. >Anyone else agree/disagree?
  44. >
  45.  
  46. Why does each processor have to execute the same binary code. Suppose
  47. that each processor had its own binary copy of the code to execute and
  48. some mechanism to share the environment (local data, stack information
  49. etc.) then the process is not so far fetched.
  50.  
  51. I don't think it's such a silly idea, kind of interesting.
  52.  
  53. -- 
  54. Lonnie R. Cole                             Voice:    (602) 323-4162
  55. National Optical Astronomy Observatories   Fax:      (602) 325-9278
  56. P.O. Box 26732                             Internet: cole@noao.edu  
  57. Tucson, AZ 85726                           Usenet:   ...!uunet!noao.edu!cole
  58.