CPUSLICE parameter: Difference between revisions

From m204wiki
Jump to navigation Jump to search
(Automatically generated page update)
mNo edit summary
 
(3 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{Template:CPUSLICE parameter subtitle}}
==Summary==
==Summary==
<dl>
<dl>
Line 12: Line 14:
<dd><var class="product">Model 204 V6.1</var> or earlier
<dd><var class="product">Model 204 V6.1</var> or earlier
</dl>
</dl>
==Description==
==Description==
<p>The CPU time slice allotment in milliseconds for CPU-bound users</p>
<p>
<p>If a CPU-bound user does not yield the CPU voluntarily after CPUSLICE milliseconds, the user is timesliced, that is, forced to yield the CPU to the user with the next highest priority. </p>
The CPU time slice allotment in milliseconds for CPU-bound users</p>
<p>CPU-bound users that voluntarily yield the CPU are again considered IO-bound. For more information about IO-bound and CPU-bound, see [[IOSLICE parameter|IOSLICE: CPU time slice allotment]].</p>
<p>
<p>Increasing this parameter results in improved service for CPU bound requests and reduced service for other requests. A smaller value for this parameter increases the rate at which a CPU-bound request falls in priority, resulting in poorer service for the request. </p>
If a CPU-bound user does not yield the CPU voluntarily after <var>CPUSLICE</var> milliseconds, the user is timesliced, that is, forced to yield the CPU to the user with the next highest priority. </p>
<p>Although a small value for this parameter improves service for non-CPU-bound requests, it can also reduce overall system throughput and performance by increasing scheduler overhead.     </p>
<p>
<p>For more information about <var class="product">Model&nbsp;204</var> dynamic dispatching, see the <var>Model&nbsp;204 System Manager's Guide</var>. </p>
CPU-bound users that voluntarily yield the CPU are again considered IO-bound. For more information about IO-bound and CPU-bound, see [[IOSLICE parameter|IOSLICE: CPU time slice allotment]].</p>
<p>
Increasing this parameter results in improved service for CPU bound requests and reduced service for other requests. A smaller value for this parameter increases the rate at which a CPU-bound request falls in priority, resulting in poorer service for the request. </p>
<p>
Although a small value for this parameter improves service for non-CPU-bound requests, it can also reduce overall system throughput and performance by increasing scheduler overhead. </p>
<p>
For more information about <var class="product">Model&nbsp;204</var> dynamic dispatching, see [[Controlling system operations (CCAIN)#Dynamic dispatching|Dynamic dispatching]]. </p>
 
[[Category:Scheduler parameters]]
[[Category:Scheduler parameters]]
[[Category:System parameters]]
[[Category:System parameters]]
[[Category:Parameters]]
[[Category:Parameters]]

Latest revision as of 23:36, 17 November 2014

CPU slice - CPU

Summary

Default value
10
Parameter type
System
Where set
On User 0's parameter line or reset by system manager
Related products
All
Introduced
Model 204 V6.1 or earlier

Description

The CPU time slice allotment in milliseconds for CPU-bound users

If a CPU-bound user does not yield the CPU voluntarily after CPUSLICE milliseconds, the user is timesliced, that is, forced to yield the CPU to the user with the next highest priority.

CPU-bound users that voluntarily yield the CPU are again considered IO-bound. For more information about IO-bound and CPU-bound, see IOSLICE: CPU time slice allotment.

Increasing this parameter results in improved service for CPU bound requests and reduced service for other requests. A smaller value for this parameter increases the rate at which a CPU-bound request falls in priority, resulting in poorer service for the request.

Although a small value for this parameter improves service for non-CPU-bound requests, it can also reduce overall system throughput and performance by increasing scheduler overhead.

For more information about Model 204 dynamic dispatching, see Dynamic dispatching.