home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / vmsnet / internal / 1609 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.6 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!mccall!infopiz!mark
  2. Newsgroups: vmsnet.internals
  3. Subject: Re: Maximum wsmax: can it be increased ?
  4. Message-ID: <1992Nov20.131014.18918@infocomm.com>
  5. From: mark@infocomm.com
  6. Date: 20 Nov 92 13:10:14 PST
  7. References: <01GRDFI4HY2A8WVZBS@MONMOUTH-etdl1.Army.MIL>
  8. Organization: INFO COMM - Computer Consulting, Redwood City, Ca
  9. Lines: 64
  10.  
  11. In article <01GRDFI4HY2A8WVZBS@MONMOUTH-etdl1.Army.MIL>, "Brian J. Schenkenberger, VAXman" writes:
  12. >>Under VMS 5.5-2 the maximum value for wsmax is 400000 pages.
  13. >>[...]
  14. >>he can't have more than 400000 pages im memory.
  15. >>
  16. >>I'm sure some higher Version of VMS will raise this limit eventually,
  17. >>but 400000 seems a rather arbitrary value, so i guess this could be
  18. >>increased somehow.
  19. >>
  20. >>Has anybody done this ?
  21. >>Any ideas / pointers how to do it ?
  22. >
  23. > I've never done this but... I can offer you a quick method to change
  24. > the value.
  25. >
  26. > The value for WSMAX is stored at the symbolic address SGN$GL_MAXWSCNT.
  27. > You can change this value WHILE THE SYSTEM IS RUNNING with DELTA.  How?
  28. > Lookup the address of SGN$GL_MAXWSCNT in SYS.MAP.  Then, enter DELTA.
  29. >
  30. > $ RUN SYS$SHARE:DELTA
  31. > 1:m <cr>
  32. > 00000001 <cr>
  33. > 00010001:<address of SGN$GL_MAXWSCNT>/<return-curr-value> <your-new-value>
  34. > EXIT                                                       (hex of course)
  35. > $
  36. >
  37. >>Caveats ? :-)
  38. >
  39. > This above will change the value.  Its implications if you increase it
  40. > above the current limits? I know not!  I just LOWERed my system's WSMAX
  41. > by 16 with the above and have had no problems.
  42. >
  43. > If you have a system you can crash... try it out and let us know.
  44.  
  45. Certainly an interesting technique, but I'm real sure that making things bigger
  46. this way is certainly going to crash the system.  Off the top of my head I'm
  47. not sure where this number is used to allocate parts of several significant
  48. process data structures.  If this number were variable it would be a dynamic
  49. sysgen parameter.
  50.  
  51. A possible approach to running with a larger value is:
  52.  
  53. Boot the system conversationally:
  54.  
  55.     >>> B/R5:1
  56.  
  57.  
  58. Now disable Value range checking and select a larger value:
  59.  
  60.     SYSBOOT> DISABLE CHECKS
  61.     SYSBOOT> SET WSMAX 524287
  62.     SYSBOOT> EXIT
  63.  
  64. I did this once to exceed the maximum numbers for SRPCOUNT and SRPCOUNTV.
  65.  
  66. Note: I've chosen the above number (524287) since it definately is
  67. representable in the same number of bits as the current max of 400000.
  68. Going to larger values may affect other data structures which I can't
  69. remember offhand.
  70.  
  71. --
  72. Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca
  73. PHONE:    (415)369-9366    UUCP:  decwrl!infopiz!mark or uunet!lupine!infopiz!mark
  74. DOMAIN:    mark@infocomm.com
  75.