home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / internal / 1202 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  1.9 KB
  1. Path: sparky!uunet!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!deimos.cis.ksu.edu!mccall!infopiz!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: vmsnet.internals
  4. Subject: Re: global vs. private pages on the FPL (was: VMS Tuning)
  5. Message-ID: <1992Aug26.112311.647@cmkrnl.com>
  6. Date: 26 Aug 92 18:23:11 GMT
  7. References: <06D94B115A9F822B58@MAX.U.WASHINGTON.EDU> <1992Aug25.122200.644@cmkrnl.com>
  8. Organization: Kernel Mode Consulting, San Diego, CA
  9. Lines: 26
  10.  
  11. In article <1992Aug25.122200.644@cmkrnl.com>, jeh@cmkrnl.com writes:
  12. > Pages are put at the top of the free page list when they are released at
  13. > image rundown, or, more generally, by deletion of the virtual address space
  14. > that describes them.  In the case of global pages, this happens when no more
  15. > processes are mapped to the relevant global section.  So, yes, what you call
  16. > "system owned" pages *can* be released to the top of the FPL.  It all depends
  17. > on why the pages are being released -- working set replacement (to make room
  18. > for a newly-faulted-in page when the working set is full) or deletion of the
  19. > virtual address space.
  20.  
  21. Oops.  Turns out that global pages are normally released to the end of the FPL
  22. when the last image mapped to them runs down.  (Another process might want
  23. them soon, so VMS tries to keep them around for a while.)  But they are
  24. released to the top of the FPL if the global section that describes them is
  25. also deleted.
  26.  
  27. > Lots of well-known "authorities" on VMS get these details wrong, repeatedly, in
  28. > print.  Professional courtesy prevents me from naming names.
  29.  
  30. Sigh!
  31.  
  32.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  33. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and
  34. Chair, VMS Programming and Internals Working Group, U.S. DECUS VAX Systems SIG
  35. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  36. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  37.