home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20164 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  2.9 KB
  1. Path: sparky!uunet!hela.iti.org!cs.widener.edu!cs.widener.edu!usenet
  2. From: YOUNG@tattoo.cs.widener.edu (Rob Young)
  3. Newsgroups: comp.os.vms
  4. Subject: RE: Pagefile on DECram ramdisk - any comments?
  5. Date: 31 Dec 1992 17:44:36 GMT
  6. Organization: Widener News/Mail Gateway
  7. Lines: 49
  8. Distribution: world
  9. Message-ID: <1hvbi4INN42g@cs.widener.edu>
  10. References: <9212311339.AA11687@uu3.psi.com>
  11. NNTP-Posting-Host: tattoo.cs.widener.edu
  12. X-News-Reader: VMS NEWS 1.20
  13. In-Reply-To: leichter@lrw.com's message of 31 Dec 92 12:38:55 GMT
  14.  
  15. In <9212311339.AA11687@uu3.psi.com> leichter@lrw.com writes:
  16.  
  17. > 
  18. >     We are currently running a VAX 4000-300 with VMS 5.4-3.  We have 128Mb
  19. >     of memory.  We currently only have one pagefile (50,000 blocks) and
  20. >     yes, it's on the system disk (RF31).  Our other two disk drives
  21. >     (RF72's) are currently being hit so hard that a secondary pagefile on
  22. >     those disks is not possible.  I have proposed buying an RF35, but that
  23. >     will not happen until the Fall of 1993.
  24. > 
  25. >     We currently have a lot of memory that is not being used (170,000+
  26. >     blocks).  Working set sizes have been tuned so folks are getting the
  27. >     memory they deserve.  I have been exploring the possibility of
  28. >     installing a secondary pagefile on to a DECram ramdisk of say,
  29. >     60,000-70,000 blocks.
  30. > 
  31. >     Has anyone ever done this before and if so, are there any issues that
  32. >     I should be aware of?  If I make the pagefile on the ramdisk
  33. >     sufficiently large so that it has the most Reservable pages available,
  34. >     I should be able to ensure that the secondary pagefile is used more
  35. >     often than not.  We're running DECram v1.0, and I'm getting ready to
  36. >     install v1.1 this week.
  37. > 
  38. > Think about what you are proposing:  Pages go to the pagefile when there is
  39. > no room for them (for whatever reason) in memory.  You propose to have them
  40. > go to - well, memory, when there is no room in memory.
  41.  
  42.     [text deleted]
  43.  
  44. I like Jerry's suggestion but might add what I did and you may be interested
  45. if you have enough time.  I set a group of users WSEXTENT = WSQUOTA, started
  46. with a low value and bumped WSEXTENT until the user was no longer page faulting
  47. (or page faulting very little).  I kept an eye on them with a 
  48. show proc/cont/id=?.  You *may* find a low enough WSEXTENT that
  49. satisfies *most* of your users.  Advantage of this method is you know a 
  50. peak WSEXTENT that you need and if you have enough memory you can set WSQUOTA
  51. equal WSEXTENT for everyone.  Disadvantages are it is time consuming and you 
  52. may find that certain applications bust this (i.e. tweaking results in an 
  53. unreasonable WSEXTENT, say 16000).
  54.  
  55. Have you explored the possibilty of purchasing a file cacher along the lines
  56. of PerfectCache?  With as much memory that you have this might be a great 
  57. solution and their prices are very reasonable.  
  58.  
  59.                 Rob
  60.  
  61.                                                      young@tattoo.cs.widener.edu
  62. "I want to find someone on the earth so intelligent that he welcomes opinions 
  63.   which he condemns"  --Chapman           
  64.