home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / internal / 1189 < prev    next >
Encoding:
Text File  |  1992-08-25  |  2.9 KB  |  71 lines
  1. Newsgroups: vmsnet.internals
  2. Path: sparky!uunet!decwrl!pa.dec.com!e2big.mko.dec.com!vertex.enet.dec.com!pettigrew
  3. From: pettigrew@vertex.enet.dec.com (Mike Pettigrew)
  4. Subject: Re: VMS Tuning
  5. Message-ID: <1992Aug26.012124.7638@e2big.mko.dec.com>
  6. Sender: guest@e2big.mko.dec.com (Guest (DECnet))
  7. Organization: Digital Equipment Corporation
  8. References: <920824110854.5b3@VESTA.SUNQUEST.COM> <1992Aug25.104709.15087@husc3.harvard.edu>
  9. Date: 25 AUG 92 18:02:11    
  10. Lines: 59
  11.  
  12. > 
  13. >One method I've used in the past is to take a new application, install it
  14. >on the system, then set up an account with a massive WSEXTENT.  Run the app
  15. >from this test account and see how high the page count goes.  If, like some
  16. >s/w I've tested in this way, the app keeps eating pages up to the WSEXTENT
  17. >value, revise the figure down and try again until you see a performance hit.
  18. >Other s/w will peak at some figure, which can then be used as the WSEXTENT
  19. >for users requiring that app (unless the figure is ridiculous, in which 
  20. >case you revise it down to the performance hit mentioned above).
  21. > 
  22. >
  23.  
  24. Another method that works well is to use the SHOW PROCESS/CONTINUOUS command
  25. on an active application, and observe the maximum virtual storage requirement
  26. for the image.  This is a good approximation to what your WSEXTENT should be.
  27. A minimal value will be one half the "typical" image virtual storage
  28. requirement.
  29.  
  30.  
  31. Most linked applications which I have studied  use 6,000 to 10,000 pages
  32. per image.  8096 pages is a good starting range for WSEXTENT in such
  33. accounts.
  34.  
  35.  
  36. Most of the DCL commands use from 300 to 2,000 pages.  The VAX C 
  37. compiler has a peak usage of about 25,000 pages for a 1000 line module
  38. compilation.  A WSEXTENT of 25,000 pages is quite reasonable for such 
  39. a development account and can cut compile times by 80%, as well as
  40. improving overall system response.
  41.  
  42.  
  43. As a fallback under heavy memory usage, WSQUOTA can be set to 
  44. (0.8*memsize)/maxprocesscount, or or a minimum value of 512 pages.
  45. WSDEFAULT must be set to a minimum value calculated by AUTOGEN,
  46. usually around 300 pages.
  47.  
  48.  
  49. If you have VMS 5.3 or later versions, you should consider raising the
  50. parameter MPW_HILIMIT to one half of your total memory.  This almost
  51. eliminates writes to the system page file, and thus improves system
  52. response.  There is no real benefit to having more free memory than
  53. is needed to start the next process.
  54.  
  55.  
  56.  
  57. >
  58. >Your mileage may vary.
  59. > 
  60.  
  61. Yes, it certainly will!
  62.  
  63. ----------------------------------------------------------------------------
  64. | -Mike Pettigrew        pettigrew_mi@ripple.enet.dec.com
  65. |                        (206) 661-3032
  66. |                        Digital Equipment Corporation 
  67. |                        Federal Way, Washington, USA
  68. |___________________________________________________________________________
  69. |These opinions are mine and not necessarily my employer's
  70. ----------------------------------------------------------------------------
  71.