home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / hardware / 26905 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  2.9 KB
  1. Path: sparky!uunet!infoserv!infoserv.com!erics
  2. From: erics@infoserv.com (Eric S. Smith)
  3. Newsgroups: comp.sys.mac.hardware
  4. Subject: Re: 68000 & Lisa VM (was Re: Motorola's 68060 for the Mac)
  5. Date: Mon, 25 Jan 93 13:13:54 PDT
  6. Organization: Reigning Cats and Dogs
  7. Message-ID: <D2150056.oj60ii@erics.infoserv.com>
  8. Reply-To: erics@infoserv.com
  9. Distribution: world
  10. X-Mailer: uAccess - Macintosh Release: 1.6v1
  11. Lines: 54
  12.  
  13.  
  14. jchandy@crhc.uiuc.edu (John Chandy) writes:
  15.  
  16. > In article <77386@apple.apple.COM> north@Apple.COM (Don North) writes:
  17.  
  18. > >In article <D2150056.oaq0me@erics.infoserv.com> erics@infoserv.com writes:
  19.  
  20. > >>I don't know how this was accomplished. When the 68000 first came out
  21. > >>it was not designed to support virtual memory. At the company I was
  22. > >>then working for, we did a lot of looking to see how we might get around
  23. > >>the limitations that prevented implementing VM. Finally we decided that
  24. > >>there were some instructions (notably the block move instructions I
  25. > >>think) for which not enough information was saved on page fault to enable
  26. > >>them to be restarted. Possibly Apple's compiler never generated these
  27. > >>instructions? On the systems I was working on, we couldn't guarantee
  28. > >>that users wouldn't program in assembly language and use these instructions.
  29.  
  30. > >The Lisa OS and H/W implemented a segmentation-based VM environment.  It
  31. > >was not a demand-paged system as are most today (ie, Mac VM in Apple's case).
  32. > >References that might cause a fault - by convention ONLY intersegment
  33. > >procedure calls - had to use a calling sequence which was KNOWN to be
  34. > >restartable on a vanilla 68000.  Demand paging of data references WAS NOT
  35. > >supported (ie, would result in a bus error trap to the application). All
  36. > >this, and a full multitasking OS and GUI on a 5 MHz 68000 in 1 Megabyte!
  37.  
  38. > Of course, there were UNIX workstations from Apollo that also
  39. > supported demand paging on a vanilla 68000.
  40.  
  41. Not "a" vanilla 68000, but as you say below, two vanilla 68000's.
  42. The company I was working for at the time the 68000 came out was producing
  43. microprocessor Unix systems; that's why we were so interested in whether
  44. the 68000 was capable of demand paging. (We weren't in the business
  45. of putting two CPUs in one box though :-).
  46.  
  47. > I believe Apollo
  48. > addressed the problem by using 2 68000's.  The second one was only
  49. > used to load the faulting page into memory and then the other
  50. > processor could continue.  I think the main processor was simply put
  51. > into a wait state until the page was loaded.  Thus no faults were
  52. > incurred on the main processor.
  53. > 
  54. > I don't know if HP or Sun used 68000's in their first workstations.  I
  55. > would guess not, since I think they both started with the 020.
  56.  
  57. The 020 didn't come out until 1985 I believe. Surely there were Sun
  58. workstations produced before then? I would guess they started with the
  59. 68010, which was capable of virtual memory.
  60.  
  61. -----
  62. Eric Smith
  63. erics@infoserv.com
  64. CI$: 70262,3610
  65.  
  66.  
  67.