home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / realtime / 1564 < prev    next >
Encoding:
Text File  |  1993-01-12  |  3.0 KB  |  57 lines
  1. Newsgroups: comp.realtime
  2. Path: sparky!uunet!utcsri!torn!nott!ObjecTime.on.ca!ObjecTime.on.ca!bran
  3. From: bran@helix.ObjecTime.on.ca (Bran Selic)
  4. Subject: Re: novel idea?
  5. Message-ID: <1993Jan13.011547.2251@ObjecTime.on.ca>
  6. Sender: news@ObjecTime.on.ca
  7. Reply-To: bran@ObjecTime.on.ca (Bran Selic)
  8. Organization: ObjecTime Limited
  9. References: <erempel.726720401@sol.UVic.CA> <1993Jan11.065941.21342@leland.Stanford.EDU> <1993Jan11.212259.16530@noao.edu> <1993Jan12.020252.23939@leland.Stanford.EDU>
  10. Distribution: bnr
  11. Date: Wed, 13 Jan 93 01:15:47 GMT
  12. Lines: 43
  13.  
  14. In article <1993Jan12.020252.23939@leland.Stanford.EDU>, kellyj@leland.Stanford.EDU (Kelly Johnson) writes:
  15. |> In article <1993Jan11.212259.16530@noao.edu> cole@noao.edu (Lonnie Cole) writes:
  16. |> >In article <1993Jan11.065941.21342@leland.Stanford.EDU> kellyj@leland.Stanford.EDU (Kelly Johnson) writes:
  17. |> >>In article <erempel.726720401@sol.UVic.CA> erempel@sol.UVic.CA (Evan Rempel) writes:
  18. |> >>>I haven't read very much in the realtime environment, but I have
  19. |> >>>a thought about an OS that has what I think is a fairly unique
  20. |> >>>idea.
  21. |> >>>
  22. |> >>>I am looking for an OS (real time obviously) that has the
  23. |> >>>ability to swap a task from one cpu to another. This is merely
  24. |> >>>a multiprocessing system. The catch is that I want to be
  25. |> >>>able to mix cpu's. Say a 68040 as the general, but then a i860
  26. |> >>>running on the side for complex graphics. If the i860 becomes
  27. |> >>>bogged down (I don't know what I would be doing to bog down the
  28. |> >>>i860, but lets say I do) and the 68040 is sitting idle (or close
  29. |> >>>to it) can one of the tasks that is running on the i860 be switched
  30. |> >>>over to the 68040 to run there.
  31. |> >>>
  32. |> >>>I know that the single task on the 040 would run slower than on the
  33. |> >>>i860, but if the i860 was bogged down, the net result would
  34. |> >>>be a system speedup.
  35. |> >>>
  36. |> >>>Is there any system out there that provides this type of
  37. |> >>>functionality?
  38.  
  39. While working on a shared multiprocessor on one project (about ten years
  40. ago), I ran into this problem. We had two processors with different instruction
  41. sets each of which had its own copy of the task. The process could be suspended
  42. on one processor and then resumed on the other. The only problem that we
  43. encountered, if I recall, was that each time a process started the task up
  44. again, the entire argument stack had to be converted to the format of that
  45. particular processor. Other than that worked quite well. Oh, I should mention
  46. that this was a real-time project.
  47.  
  48. *------------------------------------------------------------*
  49. * Bran Selic                 |  phone: (613) 591-3435        *
  50. * Vice President R&D         |  fax: (613) 591-3784          *
  51. * ObjecTime Limited          |  e-mail: bran@objectime.on.ca *
  52. * 340 March Road             |                               *
  53. * Kanata, Ontario, CANADA    |                               *
  54. * K2K 2E4                    |                               *
  55. *------------------------------------------------------------*
  56.  
  57.