home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / realtime / 1535 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  1.4 KB
  1. Path: sparky!uunet!olivea!charnel!rat!usc!rpi!ghost.dsi.unimi.it!univ-lyon1.fr!chx400!sicsun!disuns2!genillou
  2. From: genillou@litsun.epfl.ch (Guy Genilloud)
  3. Newsgroups: comp.realtime
  4. Subject: Re: novel idea?
  5. Message-ID: <5620@disuns2.epfl.ch>
  6. Date: 11 Jan 93 10:12:32 GMT
  7. References: <erempel.726720401@sol.UVic.CA>
  8. Sender: news@disuns2.epfl.ch
  9. Organization: Ecole polytechnique federale de Lausanne DI-LIT
  10. Lines: 23
  11. Nntp-Posting-Host: litsun20.epfl.ch
  12.  
  13. In article <erempel.726720401@sol.UVic.CA>, erempel@sol.UVic.CA (Evan Rempel) writes:
  14.    |> ...
  15.    |> I am looking for an OS (real time obviously) that has the
  16.    |> ability to swap a task from one cpu to another. This is merely
  17.    |> a multiprocessing system. The catch is that I want to be
  18.    |> able to mix cpu's...
  19.    |> 
  20.    |> Evan Rempel
  21.    |> erempel@sol.uvic.ca
  22.  
  23. If the CPUs are different, it is more appropriate to speak of migrating objects
  24. than to speak of swapping tasks. Look for papers on distributed systems and
  25. migration for ideas on this subject.
  26.  
  27. Migration can be done effectively provided you have templates (compiled
  28. programs) for the objects/tasks on both CPUs, and provided you find a scheme to
  29. transfer the data from a suspended object/task on one CPU to another 
  30. (newly created) object on the other CPU. If you want the transfer to be done 
  31. very efficiently, then you can try to define precisely the state of the object 
  32. and transfer only the state.
  33.  
  34. Guy Genilloud
  35. EPF Lausanne, Switzerland
  36.