[Info-vax] Raxco VMS Tuning Seminar Notes
AEF
spamsink2001 at yahoo.com
Wed Nov 10 21:11:05 EST 2010
On Nov 10, 2:22 pm, jls <notva... at yahoo.com> wrote:
> On Mon, 8 Nov 2010 16:49:22 -0800 (PST), AEF <spamsink2... at yahoo.com>
> wrote:
>
>
>
> >On Nov 8, 3:06 pm, jls <notva... at yahoo.com> wrote:
> >> On 3 Nov 2010 16:33:45 -0600, koeh... at eisner.nospam.encompasserve.org
>
> >> (Bob Koehler) wrote:
> >> >In article <gr73d61ue65tf9uiv65fhdu6mg8ihqa... at 4ax.com>, jls <notva... at yahoo.com> writes:
>
> >> >> PFRATL does not trim idle processes. It is a quantum-driven memory
> >> >> management technique and idle processes do not reach quantum end.
>
> >> > So they eithre got trimmed before they went idle, or when my process
> >> > watcher called $GETJPI, which queues an AST to them.
>
> >> If they get paged down to swpoutpgcnt, then when they become active
> >> again, they will have to page in each page separately, and if these
> >> are hard faults, it will be one I/O for each page.
>
> >I recall that the manuals say that swapping is a very expensive
> >operation I/O wise. Am I missing something here?
>
> Old info - probably pre-V4.x.
>
>
>
> >That's why there's
>
> >3.7 Active Memory Reclamation from Idle Processes
>
> Which is fine as far as it goes, but if you page out lots of process
> pages, eventually the process will become active and those pages will
> be hardfaulted back in, one at a time.
What in particular are you referring to with paging out logs of
process pages? Why can't some of these pages come from the modified
page list?
>
> Again I reiterate - the swapper will bring in the entire process in
> ONE I/O.
Please explain "ONE I/O". (It's been a while since I've been up on all
this. One I/O for an entire process? You still have a certain amount
data go read in. And do you mean to imply that there is "one I/O" for
each page when they are faulted in?
I always inherited systems that were on their way out, and memory
wasn't really a problem. There were other problems of much greater
import.
Thanks for your continued comments.
AEF
More information about the Info-vax
mailing list