home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20014 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.1 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!dtix!condor.navsses.navy.mil!system
  2. From: system@condor.navsses.navy.mil
  3. Newsgroups: comp.os.vms
  4. Subject: re: How do I use more memory?
  5. Message-ID: <1992Dec29.135713.357@condor.navsses.navy.mil>
  6. Date: 29 Dec 92 18:57:13 GMT
  7. References: <9212282032.AA07085@uu3.psi.com>
  8. Organization: NSWCCD, Naval Ship Systems Eng Sta, Phila PA
  9. Lines: 42
  10.  
  11. In article <9212282032.AA07085@uu3.psi.com>, leichter@lrw.com (Jerry Leichter) writes:
  12. > 
  13. >     I've recently acquired a VAXstation with 80 Mbytes of physical memory,
  14. >     and I would like to use the memory almost exclusively to run really
  15. >     big (large arrays) scientific computational code. I'm more than
  16. >     willing  to sacrifice other management concerns.  
  17. > 
  18. >     and boosted up my user authorizations to:
  19. > 
  20. >        WSdef:          150     
  21. >        WSquo:       163840    
  22. >        WSextent:    163840
  23. > 
  24. > This will work, but I would recomment making WSQUOTA smaller - perhaps 40000
  25. > or so at most.  When the system has plenty of free memory (as it should for
  26. > what you are trying to do to make any sense) WSQUOTA will be pretty much
  27. > irrelevant, as a process that needs memory will be limited by WSEXTENT.  But
  28. > there are going to be times when you want to run a couple of big, but not
  29. > really huge processes, and it's nice to have the WSQUOTA control in effect.
  30. > 
  31.  
  32. Why would you want to force every image you run to have to work very hard to
  33. get a decent working set size each time you run it.  When you activate an image
  34. the system sets your working set limit to the size specified by the WSdef value
  35. in your uaf record.  The system will then increase your working set limit by
  36. WSINC if your fault rate is above PFRATH over the period specified by AWSTIME. 
  37. What I have set up for most of the users on my 6000's (Each has 256MB) is
  38. something like this:
  39.  
  40.     WSDef:  8192
  41.     WSQuo:  8192
  42.     WSExt: 16384
  43.  
  44. This way a proccess' working set limit will start high and therefore it will
  45. not have to fight the system for increases to its working set limit.
  46. -- 
  47. Mike Jacobi
  48. NAVSSES VAXCluster system manager
  49. System@Eagle.Navsses.Navy.Mil
  50. System@Condor.Navsses.Navy.Mil
  51.  
  52. Disclaimer - I speak for myself.  No-one else.
  53.