home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / hardware / 27091 < prev    next >
Encoding:
Text File  |  1993-01-27  |  3.4 KB  |  67 lines
  1. Newsgroups: comp.sys.mac.hardware
  2. Path: sparky!uunet!news.univie.ac.at!scsing.switch.ch!univ-lyon1.fr!ghost.dsi.unimi.it!rpi!usc!cs.utexas.edu!sun-barr!ames!ncar!destroyer!lambda.msfc.nasa.gov!NewsWatcher!user
  3. From: celeste%express@freedom.msfc.nasa.gov (Celeste)
  4. Subject: Re: 68000 & Lisa VM (was Re: Motorola's 68060 for the Mac)
  5. Message-ID: <celeste-270193080343@128.158.16.248>
  6. Followup-To: comp.sys.mac.hardware
  7. Sender: news@lambda.msfc.nasa.gov (Newsmaster)
  8. Nntp-Posting-Host: 128.158.16.248
  9. Organization: AEGIS
  10. References: <D2150056.oaq0me@erics.infoserv.com> <77386@apple.apple.COM> <1jv3a7INN49t@boston.crhc.uiuc.edu>
  11. Date: Wed, 27 Jan 1993 14:03:58 GMT
  12. Lines: 53
  13.  
  14. In article <1jv3a7INN49t@boston.crhc.uiuc.edu>, jchandy@crhc.uiuc.edu (John
  15. Chandy) wrote:
  16. > 
  17. > In article <77386@apple.apple.COM> north@Apple.COM (Don North) writes:
  18. > >In article <D2150056.oaq0me@erics.infoserv.com> erics@infoserv.com writes:
  19. > >>I don't know how this was accomplished. When the 68000 first came out
  20. > >>it was not designed to support virtual memory. At the company I was
  21. > >>then working for, we did a lot of looking to see how we might get around
  22. > >>the limitations that prevented implementing VM. Finally we decided that
  23. > >>there were some instructions (notably the block move instructions I
  24. > >>think) for which not enough information was saved on page fault to enable
  25. > >>them to be restarted. Possibly Apple's compiler never generated these
  26. > >>instructions? On the systems I was working on, we couldn't guarantee
  27. > >>that users wouldn't program in assembly language and use these instructions.
  28. > 
  29. > >The Lisa OS and H/W implemented a segmentation-based VM environment.  It
  30. > >was not a demand-paged system as are most today (ie, Mac VM in Apple's case).
  31. > >References that might cause a fault - by convention ONLY intersegment
  32. > >procedure calls - had to use a calling sequence which was KNOWN to be
  33. > >restartable on a vanilla 68000.  Demand paging of data references WAS NOT
  34. > >supported (ie, would result in a bus error trap to the application). All
  35. > >this, and a full multitasking OS and GUI on a 5 MHz 68000 in 1 Megabyte!
  36. > 
  37. > 
  38. > Of course, there were UNIX workstations from Apollo that also
  39. > supported demand paging on a vanilla 68000.  I believe Apollo
  40. > addressed the problem by using 2 68000's.  The second one was only
  41. > used to load the faulting page into memory and then the other
  42. > processor could continue.  I think the main processor was simply put
  43. > into a wait state until the page was loaded.  Thus no faults were
  44. > incurred on the main processor.
  45. > 
  46. > I don't know if HP or Sun used 68000's in their first workstations.  I
  47. > would guess not, since I think they both started with the 020.
  48. > 
  49. > John Chandy
  50. > j-chandy@uiuc.edu
  51.  
  52. The SUN 1's were 68010 based! The orginal Lisa was a 68010!
  53. I remember an advertisment by Apollo for a 68000 based "workstation"
  54. for about $10,000.
  55.  
  56. The "segmentation" method of code virtual memory was the same one as
  57. in early and current Macs. For you history buffs, go look at the
  58. PRT, Program Reference Table of the Burroughs 5500. PRT fuctionally
  59. equlivent to A5 addressing. Both procedure calls and global data
  60. references are made thought it. The B-5500 did in
  61. hardware what the Mac and Lisa did in software for segmentation).
  62. The current VM is simply hardware paging underneth that!
  63. Can you say "Multix" which had both segmenation and paging!!!!
  64.  
  65. Celeste
  66. "A coding pad in one hand and a scope probe in the other."
  67.