home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20048 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.5 KB
  1. Path: sparky!uunet!olivea!charnel!rat!ucselx!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: How do I use more memory?
  5. Message-ID: <1992Dec29.162826.1033@cmkrnl.com>
  6. Date: 30 Dec 92 00:28:26 GMT
  7. References: <18542@borg.cs.unc.edu>
  8. Organization: Kernel Mode Consulting, San Diego, CA
  9. Lines: 51
  10.  
  11. In article <18542@borg.cs.unc.edu>, scher@hatteras.cs.unc.edu (Ellen Scher) writes:
  12. > I've recently acquired a VAXstation with 80 Mbytes of physical memory, 
  13. > and I would like to use the memory almost exclusively to run really
  14. > big (large arrays) scientific computational code. I'm more than willing 
  15. > to sacrifice other management concerns.  
  16. > [...]
  17. > Currently I've set:
  18. >      MIN_WSMAX=119531
  19. >      MIN_WSINC=1000
  20. > and boosted up my user authorizations to:
  21. >    WSdef:          150     
  22. >    WSquo:       163840    
  23. >    WSextent:    163840
  24. >    Pgflquo:     163840
  25.  
  26. First, it makes no sense to set (UAF) WSQUOTA and WSEXTENT to larger values
  27. than (SYSGEN) WSMAX.  If WSMAX is 119531, then no process can ever have a 
  28. working set larger than that, despite what the UAF parameters say. 
  29.  
  30. However, I suspect that the main cause of your trouble is that you need to
  31. increase WSDEFAULT as well. 
  32.  
  33. WSDEFAULT determines the working set list size at the beginning of the 
  34. execution of an image.  Your image won't use the larger values you have
  35. allowed via WSQUOTA and WSEXTENT until the working set list size is increased
  36. via the automatic working set adjustment (AWSA) mechanism.  
  37.  
  38. Given the default value (20, which means 0.2 seconds) for AWSTIME, and your
  39. value of 1000 for WSINC, your process won't climb up to your maximum 
  40. (119531 pages) until 
  41.  
  42.     119531 - 150 pages           0.2 CPU seconds
  43.        --------------------------- * --------------- = 23.8 CPU seconds
  44.             1000 pages/adjustment    1 adjustment
  45.  
  46. Also, if the process happens to be running in the real-time priority range,
  47. it will never experience quantum end, and so will never have its working
  48. set adjusted. 
  49.  
  50. Try setting WSDEFAULT to a larger value.  Or, use the command
  51.  
  52.     SET WORKING_SET /LIMIT=nnnn
  53.  
  54. just before running the image that hits all those large arrays. 
  55.  
  56.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  57. drivers, internals, networks, applications, and training for VMS and Windows-NT
  58. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  59. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  60. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  61. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  62.