DSPOPT parameter: Difference between revisions
(Automatically generated page update) |
No edit summary |
||
(14 intermediate revisions by 6 users not shown) | |||
Line 1: | Line 1: | ||
{{Template:DSPOPT parameter subtitle}} | |||
==Summary== | ==Summary== | ||
<dl> | <dl> | ||
<dt>Default value | <dt>Default value | ||
<dd>X' | <dd>X'01' | ||
<dt>Parameter type | <dt>Parameter type | ||
<dd>System | <dd>System | ||
Line 10: | Line 11: | ||
<dd>All | <dd>All | ||
<dt>Introduced | <dt>Introduced | ||
<dd><var class="product">Model 204 | <dd><var class="product">Model 204 V5.1</var> | ||
</dl> | </dl> | ||
==Description== | ==Description== | ||
<p>The bits have the following meanings:</p> | <p> | ||
The bits have the following meanings:</p> | |||
<table> | <table> | ||
<tr><th>Settings</th><th>Meaning</th></tr> | <tr class="head"><th>Settings</th><th>Meaning</th></tr> | ||
<tr><th align="right"><var>X'01' </var></th><td> | <tr><th align="right"><var>X'01' </var></th> | ||
<p>This setting is | <td>Use the Assembly Language Move Page (MVPG) facility to move a 4-K page when swapping users to and from CCASERVR. This option applies when using the [[Creating server data sets (CCASERVR)#CCASERVR in Storage feature|CCASERVR in Storage]] feature. With this option enabled, CCASERVR is allocated as one contiguous block of storage, above the bar in 64-bit systems. The size of CCASERVR is calculated by <code>[[NUSERS parameter|NUSERS]]*(largest [[SERVSIZE parameter|SERVSIZE]])</code>, and it is logically divided into a collection of 4K pages. | ||
<p> | |||
When users are server swapped to or from CCASERVR, their server slot in CCASERVR might occupy multiple, non-contiguous blocks of 4K pages. This algorithm tends to “front load” CCASERVR, keeping frequently referenced pages at the beginning, and it results in reduced operating-system paging. This management strategy reduces the number of 4K-page moves, keeps the virtual storage allocated to CCASERVR less fragmented, and often requires fewer operating-system-page tables. | |||
</p> | |||
<p> | |||
As of Model 204 version 7.5, this setting is the default. (Previously, X'00' was the default.)</p> | |||
</td></tr> | </td></tr> | ||
<tr><th align="right"><var>X'02'</var></th><td>Put servers in a hiperspace instead of a dataspace. | |||
<p>This setting is applicable only for real dataspaces for non-64-bit systems.</p> | <tr><th align="right"><var>X'02'</var></th> | ||
<td>Put servers in a hiperspace instead of a dataspace. | |||
<p> | |||
This setting is applicable only for real dataspaces for non-64-bit systems.</p> | |||
</td></tr> | </td></tr> | ||
<tr><th align="right"><var>X' | |||
<p>This | <tr><th align="right"><var>X'04'</var></th> | ||
<td>Use compression when swapping servers. (Introduced in Model 204 version 7.6.) | |||
<p> | |||
This setting is applicable only for 64-bit in-storage server swapping. When enabled, each table in the server is individually moved based on its usage. <br /> | |||
In addition, if page fixing is specified for the server swapping memory (the [[PAGEFIX parameter|PAGEFIX=X’00000004’]] option), only the highwater mark of pages will be fixed.</p> | |||
</td></tr> | </td></tr> | ||
<tr><th align="right"><var>X' | |||
<tr><th align="right"><var>X'20' </var></th> | |||
<td>Put [[Application_Subsystem_development|APSY]] precompiled procedures in hiperspace instead of a dataspace. Hiperspace pages can be in real or expanded storage. | |||
< | <p> | ||
This option is not valid on IBM z/VSE, and it requires that <var class="product">Model 204</var> be APF-authorized.</p> | |||
</td></tr> | </td></tr> | ||
<tr><th align="right"><var>X' | |||
<p>Keep all APSY saved pages in CCATEMP.< | <tr><th align="right"><var>X'40' </var></th> | ||
< | <td>Put APSY precompiled procedures in cache hiperspace instead of a scrolling hiperspace. | ||
<p> | |||
Cache hiperspace pages can reside only in expanded storage, so they are sometimes called <code>ESO</code> (for Expanded Storage Only) hiperspaces. </p> | |||
<p> | |||
Also, cache hiperspace pages never result in operating system paging. Pages stolen by the operating system are simply discarded, and <var class="product">Model 204</var> is responsible for replacing the pages from the copy of the precompiled procedures in CCATEMP. </p> | |||
<p> | |||
This option is not valid on IBM z/VSE, and it requires that <var class="product">Model 204</var> be APF-authorized.</p> | |||
</td></tr> | |||
<tr><th align="right"><var>X'80'</var></th> | |||
<td>Keep all APSY saved pages in CCATEMP. | |||
<p> | |||
Set <var>DSPOPT</var> to X'80' only when <var>[[TEMPPAGE_parameter|TEMPPAGE]]</var> is 0, and then only in unusual circumstances.</p> | |||
</td></tr> | </td></tr> | ||
</table> | </table> | ||
[[Category:System parameters]] | [[Category:System parameters]] | ||
[[Category:Parameters]] | [[Category:Parameters]] |
Latest revision as of 17:10, 23 June 2016
Data space options
Summary
- Default value
- X'01'
- Parameter type
- System
- Where set
- On User 0's parameter line
- Related products
- All
- Introduced
- Model 204 V5.1
Description
The bits have the following meanings:
Settings | Meaning |
---|---|
X'01' | Use the Assembly Language Move Page (MVPG) facility to move a 4-K page when swapping users to and from CCASERVR. This option applies when using the CCASERVR in Storage feature. With this option enabled, CCASERVR is allocated as one contiguous block of storage, above the bar in 64-bit systems. The size of CCASERVR is calculated by NUSERS*(largest SERVSIZE) , and it is logically divided into a collection of 4K pages.
When users are server swapped to or from CCASERVR, their server slot in CCASERVR might occupy multiple, non-contiguous blocks of 4K pages. This algorithm tends to “front load” CCASERVR, keeping frequently referenced pages at the beginning, and it results in reduced operating-system paging. This management strategy reduces the number of 4K-page moves, keeps the virtual storage allocated to CCASERVR less fragmented, and often requires fewer operating-system-page tables. As of Model 204 version 7.5, this setting is the default. (Previously, X'00' was the default.) |
X'02' | Put servers in a hiperspace instead of a dataspace.
This setting is applicable only for real dataspaces for non-64-bit systems. |
X'04' | Use compression when swapping servers. (Introduced in Model 204 version 7.6.)
This setting is applicable only for 64-bit in-storage server swapping. When enabled, each table in the server is individually moved based on its usage. |
X'20' | Put APSY precompiled procedures in hiperspace instead of a dataspace. Hiperspace pages can be in real or expanded storage.
This option is not valid on IBM z/VSE, and it requires that Model 204 be APF-authorized. |
X'40' | Put APSY precompiled procedures in cache hiperspace instead of a scrolling hiperspace.
Cache hiperspace pages can reside only in expanded storage, so they are sometimes called Also, cache hiperspace pages never result in operating system paging. Pages stolen by the operating system are simply discarded, and Model 204 is responsible for replacing the pages from the copy of the precompiled procedures in CCATEMP. This option is not valid on IBM z/VSE, and it requires that Model 204 be APF-authorized. |
X'80' | Keep all APSY saved pages in CCATEMP.
Set DSPOPT to X'80' only when TEMPPAGE is 0, and then only in unusual circumstances. |