home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / realtime / 1533 < prev    next >
Encoding:
Text File  |  1993-01-11  |  1.8 KB  |  43 lines
  1. Newsgroups: comp.realtime
  2. Path: sparky!uunet!stanford.edu!nntp.Stanford.EDU!kellyj
  3. From: kellyj@leland.Stanford.EDU (Kelly Johnson)
  4. Subject: Re: novel idea?
  5. Message-ID: <1993Jan11.065941.21342@leland.Stanford.EDU>
  6. Sender: news@leland.Stanford.EDU (Mr News)
  7. Organization: DSG, Stanford University, CA 94305, USA
  8. References: <erempel.726720401@sol.UVic.CA>
  9. Date: Mon, 11 Jan 93 06:59:41 GMT
  10. Lines: 31
  11.  
  12. In article <erempel.726720401@sol.UVic.CA> erempel@sol.UVic.CA (Evan Rempel) writes:
  13. >I haven't read very much in the realtime environment, but I have
  14. >a thought about an OS that has what I think is a fairly unique
  15. >idea.
  16. >
  17. >I am looking for an OS (real time obviously) that has the
  18. >ability to swap a task from one cpu to another. This is merely
  19. >a multiprocessing system. The catch is that I want to be
  20. >able to mix cpu's. Say a 68040 as the general, but then a i860
  21. >running on the side for complex graphics. If the i860 becomes
  22. >bogged down (I don't know what I would be doing to bog down the
  23. >i860, but lets say I do) and the 68040 is sitting idle (or close
  24. >to it) can one of the tasks that is running on the i860 be switched
  25. >over to the 68040 to run there.
  26. >
  27. >I know that the single task on the 040 would run slower than on the
  28. >i860, but if the i860 was bogged down, the net result would
  29. >be a system speedup.
  30. >
  31. >Is there any system out there that provides this type of
  32. >functionality?
  33. >
  34.  
  35. The problem with the idea is that the executable code for the 68040
  36. and i860 are totally different.  It is not uncommon to have a
  37. homogeneous multi-processor system that swaps tasks between cpu's
  38. for load balancing, but doing so between totally different types of
  39. cpu's would not be a simple task of just swapping tasks. 
  40. I fail to see how this could ever be done effectively.  
  41. Anyone else agree/disagree?
  42.  
  43.