 |
The Question is:
While running EDIT/TPU on a large file the swap flle dumps to 0. Does the
page file settings being changed have anything to do with this or can it be
something else?
The Answer is :
First clean the cruft out of MODPARAMS.DAT, then following up with
a full pass of AUTOGEN appears a reasonable course of action to remedy
the reported problem. Allow AUTOGEN to gather all current settings, to
resize the PAGEFILE and SWAPFILE (as it deems appropriate based on the
saved system FEEDBACK data), and to perform a subsequent system reboot.
(When shutting down an OpenVMS system, requesting that the accumulated
FEEDBACK data be saved is usually a beneficial course of action...)
You will also want to review the amount of physical memory configured
in this system, as well as the current process working set and virtual
memory settings.
TPU uses virtual memory to buffer the contents of the target file,
meaning that sufficient swapfile and pagefile need be reserved. (The
former is traditionally used to buffer the physical memory required
for the process working set should it need be swapped out, while the
latter is used as the backing storage for the virtual memory required
for the application.)
If insufficient physical memory is available in the process working set
to meet the virtual memory requirements, the pagefile will be used. If
insufficient swapfile space is available (when the process needs to be
swapped out), the pagefile will again be used. If insufficient space
is available in the pagefile, the system will attempt to warn the user
via the system console, and both the OpenVMS system and the application
performance will typically degrade (when the available pagefile storage
is finally and completely exhausted) to a halt.
Also see the OpenVMS FAQ section entitled "MGMT17. Why do I have negative
number in the pagefile reservable pages?" for some related details.
|
|
|
|
|
