home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / sysv386 / 14429 < prev    next >
Encoding:
Text File  |  1992-09-13  |  1.7 KB  |  39 lines

  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!virtech!cpcahil
  3. From: cpcahil@virtech.uucp (Conor P. Cahill)
  4. Subject: Re: >16MB on a 486
  5. Message-ID: <BuJIw0.AE3@virtech.uucp>
  6. Organization: Virtual Technologies Inc.
  7. References: <BuFF20.1tq@constant.demon.co.uk> <2659@aegis.or.jp> <BuILEt.1MG@virtech.uucp> <1992Sep13.105315.15555@husc3.harvard.edu>
  8. Date: Sun, 13 Sep 1992 23:35:59 GMT
  9. Lines: 28
  10.  
  11. maziere1@husc8.harvard.edu (David Mazieres) writes:
  12.  
  13. >In article <BuILEt.1MG@virtech.uucp> cpcahil@virtech.uucp (Conor P. Cahill) writes:
  14. >>It cannot be done with ISC 2.2 or 3.0 and the testing that I did with 2.0.2
  15. >>made me believe that regarless of the setting of this file the
  16. >>system would start swapping at 16MB...
  17.  
  18. >This maybe a stupid question, but what's wrong with doing:
  19. >     "MEMRANGE=0-640K:0,1M-16M:0,16M-64M:1"
  20.  
  21. >The man page says of the 0/1 flag:
  22. >     "0 indicates no special properties and 1 indicates memory for which
  23. >      DMA is not allowed."
  24.  
  25. First of, this option is not available in 2.2 (as far as I remember) nor
  26. in 3.0.  In the testing that I did with 2.0.2, even setting 16M-64M:1
  27. *seemed* to have no effect on whether or not the system started swapping 
  28. when I reached 16MB of data in processes (using a test process I wrote 
  29. which allocates 1MB of data and then pokes bytes into it in random 
  30. locations).  This is something I tried about a year and a half ago and
  31. I don't have 2.0.2 running anywhere at this point to review the
  32. test, but I am pretty sure that those were the results I observed.
  33.  
  34. -- 
  35. *** SENTINEL(tm) The ultimate Debugging Environment - email for more info ***
  36.  
  37. Conor P. Cahill              (703)430-9247            cpcahil@virtech.vti.com
  38. Virtual Technologies, Inc.  46030 Manekin Plaza          Dulles, VA 20166 
  39.