home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10880 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.8 KB  |  45 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!ukma!darwin.sura.net!nntp.msstate.edu!willis1.cis.uab.edu!hyatt
  3. From: hyatt@cis.uab.edu (Robert Hyatt)
  4. Subject: Re: What happened to the UCSD p-System?
  5. Message-ID: <1992Nov18.214043.1947@cis.uab.edu>
  6. Organization: University of Alabama at Birmingham
  7. References: <1992Nov17.162428.15881@coe.montana.edu>
  8. Date: Wed, 18 Nov 1992 21:40:43 GMT
  9. Lines: 34
  10.  
  11. In article <1992Nov17.162428.15881@coe.montana.edu> uesu03@giac1.oscs.montana.edu (Lou Glassy) writes:
  12. >Is the idea of running code on virtual machines dead?
  13. >Found a couple of old books yesterday on the p-System and 
  14. >MINT.  
  15. >
  16. >The possibility of taking my binary from machine to machine,
  17. >(with possibly different physical architectures), and having
  18. >it run without dinking, is an intriguing one.
  19. >
  20. >Is any work going on in this area?  Or does performance pay
  21. >more than portability?
  22. >
  23. >Thanks in advance,
  24. >
  25. >Lou.
  26. >
  27.  
  28.  
  29. Pascal used to do this via its famed "pcode".  The idea was to output an
  30. intermediate code, then have an interpreter engine run on each different
  31. architecture.  flexible, but slow.  We have been interested in this for
  32. process migration on distributed systems.  The real difficulty is that 
  33. we would like to be able to "stop" a process, move it, and re-start it.
  34.  
  35. Figuring out how to map the "real" machine state to the "psuedo-machine"
  36. state is interesting since different machines have different sets of
  37. registers, flags, etc.  and optimizing the instruction streams for
  38. performance really begins to depend on these machine characteristics.
  39. Imagine running a code for 1/2 hour on a Cray and then moving it to a
  40. Sparc.  I know where to start, but the process is unbelievably messy
  41. and difficult.
  42. -- 
  43. !Robert Hyatt                    Computer and Information Sciences   !
  44. !hyatt@cis.uab.edu               University of Alabama at Birmingham !
  45.