Previous | Contents | Index |
The maximum value for MULTITHREAD is 256.
The system issues a mount verification message after a sequence of MVSUPMSG_NUM mount verifications have gone unannounced on a specific fibre channel disk device within a span of MVSUPMSG_INTVL seconds.
If this parameter is zero, all mount verification messages are announced.
The system issues a mount verification message after a sequence of MVSUPMSG_NUM mount verifications have gone unannounced on a specific fibre channel disk device within a span of MVSUPMSG_INTVL seconds.
If this parameter is zero, all mount verification messages are announced.
NISCS_MAX_PKTSZ allows the system manager to change the packet size used for cluster communications on network communication paths. PEDRIVER automatically allocates memory to support the largest packet size that is usable by any virtual circuit connected to the system up to the limit set by this parameter. Its default values are different for OpenVMS Alpha/I64 and OpenVMS VAX:
PEDRIVER uses NISCS_MAX_PKTSZ to compute the maximum amount of data to transmit in any LAN packet:
LAN packet size <= LAN header (padded Ethernet format) + NISCS_MAX_PKTSZ + NISCS checksum (only if data checking is enabled) + LAN CRC or FCS |
The actual packet size automatically used by PEDRIVER might be smaller than the NISCS_MAX_PKTSZ limit for any of the following reasons:
The actual memory allocation includes the required data structure overhead used by PEDRIVER and the LAN drivers, in addition to the actual LAN packet size.
The following table shows the minimum NISCS_MAX_PKTSZ value required to use the maximum packet size supported by specified LAN types:
Type of LAN | Minimum Value for NISCS_MAX_PKTSZ |
---|---|
Ethernet | 1498 |
FDDI |
4382 (before Version 7.3)
4396 (Version 7.3 and later) |
Gigabit Ethernet | 8192 |
ATM | 7606 |
Note that the maximum packet size for some Gigabit Ethernet adapters is larger than the maximum value of NISCS_MAX_PKTSZ (8192 bytes). See the LAN_FLAGS parameter for a description of how to enable jumbo frames on Gigabit Ethernet---that is, packet sizes larger than those noted for Ethernet.
The remaining bits are reserved for future use.
Starting with OpenVMS Version 7.3-1, you can use the SCACP command SET VC/CHECKSUMMING to specify data checking on the VCs to certain nodes. You can do this on a running system. (For more information, see the SCACP documentation in this manual.
Changing the setting of NISCS_PORT_SERV, on the other hand, requires a reboot. Furthermore, this parameter applies to all virtual circuits between the node on which it is set and other nodes in the cluster.
This special parameter is used by HP and is subject to change. Do not change this parameter unless HP recommends that you do so.
This special parameter is used by HP and is subject to change. Do not change this parameter unless HP recommends that you do so.
This special parameter is used by HP and is subject to change. Do not change this parameter unless HP recommends that you do so.
HP sets the default value of NPAGECALC to 1 only during the initial boot after an installation or upgrade. When the value of NPAGECALC is 1, the system calculates an initial value for the NPAGEVIR and NPAGEDYN system parameters. This calculated value is based on the amount of physical memory in the system.
NPAGECALC's calculations do not reduce the values of NPAGEVIR and NPAGEDYN from the values you see or set at the SYSBOOT prompt. However, NPAGECALC's calculation might increase these values.
AUTOGEN sets NPAGECALC to 0. NPAGECALC should always remain 0 after AUTOGEN has determined more refined values for the NPAGEDYN and NPAGEVIR system parameters.
To set a value for this parameter, use AUTOGEN initially, and then monitor the amount of space actually used with the DCL command SHOW MEMORY/POOL/FULL.
For the benefit of OpenVMS VAX systems with limited physical memory, AUTOGEN logs a warning message in its report if NPAGEDYN exceeds 10 percent of physical memory or if NPAGEVIR exceeds 33 percent of physical memory.
AUTOGEN also limits its own calculated value for NPAGEDYN to 20 percent of physical memory and limits NPAGEVIR to 50 percent of physical memory. These calculated values are adequate for most workstations and systems with 16 or fewer megabytes of physical memory. If your system requires a larger value, you can override the AUTOGEN calculated values by setting higher values in MODPARAMS.DAT.
Also notice that the OpenVMS system might round the specified values higher to an even number of pages for each RAD, which prevents the base RAD from having too little nonpaged pool. For example, if the hardware is an AlphaServer GS160 with 4 RADs:
NPAGEDYN = 6291456 bytes NPAGERAD = 2097152 bytes |
In this case, the OpenVMS system allocates a total of approximately 6,291,456 bytes of nonpaged pool. Of this amount, the system divides 2,097,152 bytes among the RADs that are not the base RAD. The system then assigns the remaining 4,194,304 bytes to the base RAD.
The system actually rounds up to an even number of pages on each RAD. In addition, the base RAD is never assigned a value less than the smaller of the value of NPAGEDYN and 4 megabytes. |
On AlphaServer GS series processors on OpenVMS systems prior to Version 7.3-1, system managers frequently saw pool expansion that increasing NPAGEDYN did not reduce. This problem was caused by leaving NPAGERAD at its default value of 0.
Starting with OpenVMS Version 7.3-1, when NPAGERAD is 0 (the default), the system calculates a value to use for NPAGERAD with the following formula:
Base RAD memory NPAGEDYN * (1- --------------- ) Total memory |
This calculation gives more pool to the non-base RADs than before and, therefore, reduces the expansion of non-base RADs.
For the benefit of OpenVMS VAX systems with limited physical memory, AUTOGEN logs a warning message in its report if NPAGEDYN exceeds 10 percent of physical memory or if NPAGEVIR exceeds 33 percent of physical memory.
AUTOGEN also limits its own calculated value for NPAGEDYN to 20 percent of physical memory, and limits NPAGEVIR to 50 percent of physical memory. These calculated values are adequate for most workstations and systems with 16 or fewer megabytes of physical memory. If your system requires a larger value, you can override the AUTOGEN calculated values by setting higher values in MODPARAMS.DAT.
When an allocation occurs for a packet that is larger than any of the lookaside lists, the system must find a large enough packet on the variable list. When heavily fragmented, the entire variable list often must be searched to find a large enough packet. Because the variable list is kept in address order, when a large packet is deallocated, the entire list must be searched again to deallocate the packet.
Under these conditions, system performance can be severely degraded. For this reason, HP recommends that you turn off pool reclamation but keep both NPAG_AGGRESSIVE and NPAG_GENTLE system parameters set to 100.
When an allocation occurs for a packet that is larger than any of the lookaside lists, the system must find a large enough packet on the variable list. When heavily fragmented, the entire variable list often must be searched to find a large enough packet. Because the variable list is kept in address order, when a large packet is deallocated, the entire list must be searched again to deallocate the packet.
Under these conditions, system performance can be severely degraded. For this reason, HP recommends that you turn off pool reclamation but keep both NPAG_AGGRESSIVE and NPAG_GENTLE system parameters set to 100.
The paged dynamic pool is used to allocate storage for shared logical names, resident image headers, known file list entries, and RMS file-sharing structures. Substantial amounts of space for the pool can be overallocated with little effect on system performance.
The size of the paged pool can grow dynamically up to the maximum size that this parameter specifies.
On Alpha and I64 systems, beginning in OpenVMS Version 7.3, this parameter is obsolete.
This special parameter is used by HP and is subject to change. Do not change this parameter unless HP recommends that you do so.
A system does not detect the existence of ports whose port numbers are higher than this parameter's value. Thus, set this parameter to a value that is equal to or greater than the highest port number being used on any CI or DSSI connected to the system.
You can decrease this parameter to reduce polling activity if the hardware configuration has fewer than 16 ports. For example, if the CI or DSSI with the largest configuration has a total of 5 ports assigned to port numbers 0 through 4, you could set PAMAXPORT to 4.
If CI or DSSI devices are not configured on your system, this parameter is ignored.
The default for this parameter is 15 (poll for all possible ports 0 through 15). HP recommends that you set this parameter to the same value on each cluster computer.
PANOPOLL is functionally equivalent to uncabling the system from the DSSI or star coupler. This parameter does not affect OpenVMS Cluster communications by LAN.
The default value of 0 is the normal setting and is required if you are booting from an HSC controller or if your system is joining an OpenVMS Cluster. This parameter is ignored if no CI or DSSI devices are configured on your system.
On systems with less powerful CPUs, the parameter may be useful in applications sensitive to the amount of contiguous time that the system spends at IPL 8. Reducing PANUMPOLL reduces the amount of time spent at IPL 8 during each polling interval, while increasing the number of polling intervals needed to discover new or failed ports.
If CI or DSSI devices are not configured on your system, this parameter is ignored.
This parameter trades polling overhead against quick response to virtual circuit failures. HP recommends that you use the default value for this parameter.
HP recommends that you set this parameter to the same value on each cluster computer.
This parameter trades faster response to pool allocation failures against increased polling overhead. HP recommends that you use the default value for this parameter.
If CI or DSSI devices are not configured on your system, this parameter is ignored.
PASANITY is normally set to 1 and should be set to 0 only when you are debugging with XDELTA or planning to halt the CPU for periods of 100 seconds or more.
PASANITY is only semidynamic. A new value of PASANITY takes effect on the next CI or DSSI port reinitialization.
If CI or DSSI devices are not configured on your system, this parameter is ignored.
Memory Channel devices ignore this parameter.
If CI or DSSI devices are not configured on your system, this parameter is ignored.
The default value should always be adequate.
On Alpha and I64 systems during execution of programs, PFCDEFAULT controls the number of image pagelets read from disk per I/O operation when a page fault occurs. The PFCDEFAULT maximum default value is 2032 512-byte pagelets (127 8192-byte Alpha and I64 pages).
The read I/O operations can take place from an image file or from the page file. The actual size of the cluster can be less than PFCDEFAULT, depending on the size of image sections and the pattern of page references.
The value should not be greater than one-fourth the default size of the average working set to prevent a single page fault from displacing a major portion of a working set. Too large a value for PFCDEFAULT can hurt system performance. PFCDEFAULT can be overridden on an image-by-image basis with the CLUSTER option of the OpenVMS linker.
This special parameter is used by HP and is subject to change. Do not change this parameter unless HP recommends that you do so. If you increase this parameter, you must also increase the ZERO_LIST_HI system parameter.
On VAX systems, the default value is 120 page faults every 10 seconds.
On Alpha and I64 systems, the default value is 8 page faults every 10 seconds.
Increasing the value of this parameter tends to decrease the limits of the working sets, while decreasing its value tends to increase their limits.
This special parameter is used by HP and is subject to change. Do not change this parameter unless HP recommends that you do so.
Because of hardware configuration requirements on the AlphaServer ES47/ES80/GS1280 systems, HP does not recommend altering the setting of the system parameter PHYSICAL_MEMORY from its default setting of -1. Artificially reducing the amount of memory can produce unpredictable results on these systems.
This special parameter is used by HP and is subject to change. Do not change this parameter unless HP recommends that you do so.
Beginning with OpenVMS Version 7.2, the default value has been raised to 575. The setting has been raised to accommodate the increased demands for process-permanent memory that result from changes made to RMS file-naming parsing in Version 7.2.
This special parameter is used by HP and is subject to change. Do not change this parameter unless HP recommends that you do so.
This special parameter is used by HP and is subject to change. Do not change this parameter unless HP recommends that you do so.
POOLCHECK is used to investigate frequent and inexplicable failures in a system. When POOLCHECK is enabled, pool-checking routines execute whenever pool is deallocated or allocated.
Two loadable forms of SYSTEM_PRIMITIVES.EXE are available at boot time. The default image, which contains no pool-checking code and no statistics maintenance, is loaded when POOLCHECK is set to zero. When POOLCHECK is set to a nonzero value, the monitoring version of SYSTEM_PRIMITIVES.EXE, which contains both pool-checking code and statistics maintenance, is loaded.
Setting the SYSTEM_CHECK parameter to 1 has the effect of setting POOLCHECK to %X616400FF. For further information about pool checking, see the OpenVMS VAX Device Support Manual, (which is archived).
POOLCHECK is a DYNAMIC parameter. However, for a change in its value to have any effect, POOLCHECK must be non-0 at boot time (to load the monitoring version of SYSTEM_PRIMITIVES.EXE).
This special parameter is used by HP and is subject to change. Do not change this parameter unless HP recommends that you do so.
Previous | Next | Contents | Index |