home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 16005 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.9 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!iggy.GW.Vitalink.COM!cs.widener.edu!eff!sol.ctr.columbia.edu!spool.mu.edu!olivea!hal.com!darkstar.UCSC.EDU!cats.ucsc.edu!davids
  2. From: davids@cats.ucsc.edu (Dave Schreiber)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: physical memory protection with MMU
  5. Message-ID: <1eccinINNbv2@darkstar.UCSC.EDU>
  6. Date: 18 Nov 92 03:16:39 GMT
  7. References: <1e752hINNk3h@darkstar.UCSC.EDU> <paulk.28d4@terapin.com>
  8. Organization: University of California; Santa Cruz
  9. Lines: 27
  10. NNTP-Posting-Host: as215-ws-5.ucsc.edu
  11.  
  12.  
  13. In article <paulk.28d4@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
  14. >> The real problem stems for two (or more) tasks that pass their own
  15. >> privately defined structures around.
  16. > 
  17. >I must disagree.  Since so many programs pass so much memory between
  18. >tasks both in system defined ways and in private ways, the odds are
  19. >that you'll end up with memory protection that leaves unprotected a
  20. >significant fraction of all memory in use.  Another concern is
  21. >performance ... one MUST retain the ability to pass Exec messages in
  22. >near zero time, for currenps to work well.  My MIDI sequencer,
  23. >for instance, can easily pass a single message through a dozen
  24. >different tasks between the press of a key and the sounding of the
  25. >resulting note.  That has to be done QUICKLY.
  26.  
  27. Actually, I've been talking about compatibility, not about the level
  28. of protection.  I agree that the current setup (memory is either totally
  29. private or totally public) will leave a lot of memory unprotected, but
  30. it is better to have some memory protection than none at all.  I hope that,
  31. when a memory-protection-equipped version of AmigaDOS comes out, Exec
  32. will provide a more sophisticated form of memory sharing that new applications
  33. can take advantage of.  That, or MEMF_PUBLIC, should insure that message
  34. passing retains the speed it has now.
  35.  
  36.  
  37. -- 
  38. Dave Schreiber  "Look.  Don't touch."  davids@cats.ucsc.edu (until 6/20/93)
  39.