home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / realtime / 1553 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  1.9 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!nic.umass.edu!m2c!crackers!frog!miket
  2. From: miket@frog.CRDS.COM (Michael C Tiernan)
  3. Newsgroups: comp.realtime
  4. Subject: Re: novel idea?
  5. Message-ID: <1993Jan11.195020.25839@frog.CRDS.COM>
  6. Date: 11 Jan 93 19:50:20 GMT
  7. References: <erempel.726720401@sol.UVic.CA>
  8. Organization: Charles River Data Systems
  9. Lines: 37
  10.  
  11. erempel@sol.UVic.CA (Evan Rempel) writes:
  12. >I haven't read very much in the realtime environment, but I have
  13. >a thought about an OS that has what I think is a fairly unique
  14. >idea.
  15.  
  16.     I promise to not berate you for the statements but hopfully help
  17.     educate you a bit.  Everyone's points in response to this are
  18.     right on the money and warrent some good reading.  Additionally,
  19.     the issue of the machine languages makes all of this a moot
  20.     point but also the difference in the hardware scheme, the
  21.     structures of the systems would have to be tailored to make them
  22.     all look alike which would cause a good bit of overhead in the
  23.     hardware not just for time but power too.
  24.  
  25. >I am looking for an OS (real time obviously) that has the
  26. >ability to swap a task from one cpu to another. This is merely
  27. >a multiprocessing system. The catch is that I want to be
  28. >able to mix cpu's.
  29.  
  30.     You could do work like this (note the word "like") by using a
  31.     tight network and using RCP's to use each machine for it's
  32.     strenghts.
  33.  
  34. >If there is can you give me some pointers to other info on it.
  35.  
  36.     You *MIGHT* want to consider the use of a psudo code at this
  37.     point, THEN, you could switch systems for a process.  However,
  38.     you'd then need an interpreter running on each machine which is
  39.     identical from the appliction's point of view.  And a zillion
  40.     other complexites build up from there.
  41.  
  42.     Good luck.
  43. -- 
  44. << MCT >>  Michael C Tiernan. - GEnie:M.Tiernan - AOL:M Tiernan/BCS Mike 
  45. UUCP = alfalfa!pro-angmar!m.tiernan OR miket@frog.UUCP
  46.       It's too bad that it takes almost half of our life
  47.     to realize that it was a "Do-It-Yourself" project.
  48.