home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / bsd / 10844 < prev    next >
Encoding:
Text File  |  1993-01-02  |  1.6 KB  |  31 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!bogus.sura.net!pandora.pix.com!stripes
  3. From: stripes@pix.com (Josh Osborne)
  4. Subject: Re: Does 386BSD work on systems with 20 megabytes of memory! HELP!
  5. Message-ID: <C08LKB.w7@pix.com>
  6. Sender: news@pix.com (The News Subsystem)
  7. Nntp-Posting-Host: pandora.pix.com
  8. Organization: Pix Technologies -- The company with no adult supervision
  9. References: <1992Dec29.165705.28771@Informatik.TU-Muenchen.DE> <1992Dec30.084905.17453@convex.com> <1992Dec31.201347.12419@netcom.com>
  10. Distribution: comp.unix.bsd
  11. Date: Sat, 2 Jan 1993 17:21:46 GMT
  12. Lines: 17
  13.  
  14. In article <1992Dec31.201347.12419@netcom.com> thinman@netcom.com (Technically Sweet) writes:
  15. >It should be feasible to hack the standard I/O library to get 
  16. >always get disk buffers below the 16 meg mark.  Maybe the
  17. >mmap() call can help here?  [...]
  18.  
  19. You can't fix this from the user level for 2 reasons.  First, memory addresses
  20. seen at teh user level are VM addresses, the 16M boundry is a physical boundry.
  21. So if stdio attempts to do a write from 0x00f000 the memory could really be at
  22. 0xf0f000!  Second, you don't even care what address the user wants I/O done
  23. to/from, you do it all to/from the buffer cache (or bounce buffers, if the
  24. 16M hack worked).
  25. -- 
  26.            stripes@pix.com              "Security for Unix is like
  27.       Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
  28.       "The dyslexic porgramer"                  - Kevin Lockwood
  29. We all agree on the necessity of compromise.  We just can't agree on
  30. when it's necessary to compromise.       - Larry Wall
  31.