  Configuring sufficient PAGEFILE and SWAPFILE? 
 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.
 
