sched_rr_get_interval.2: Update notes on modifying quantum

Since Linux 2.6.24, it is no longer possible to
modify the SCHED_RR quantum using setpriority(2).
(Slight edits to Clemens' patch by mtk.)

Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
This commit is contained in:
Clemens Ladisch 2011-10-16 07:01:47 +02:00 committed by Michael Kerrisk
parent 585d38140f
commit 45b4eda6e8
1 changed files with 6 additions and 8 deletions

View File

@ -102,16 +102,9 @@ is available define
in
.IR <unistd.h> .
.SS Linux Notes
.\" FIXME
.\" From at least Linux 2.6.9, the following is no longer true
.\" for SCHED_RR processes. For RR processes the timeslice is always
.\" DEF_TIMESLICE, or 0.1 secs.
.\" Was the following really true for older kernels?
.\" Must build a 2.6.8 kernel and retest, and rewrite the following text
.\" appropriately.
POSIX does not specify any mechanism for controlling the size of the
round-robin time quantum.
However, Linux provides a (nonportable) method of doing this.
Older Linux kernels provide a (nonportable) method of doing this.
The quantum can be controlled by adjusting the process's nice value (see
.BR setpriority (2)).
Assigning a negative (i.e., high) nice value results in a longer quantum;
@ -119,6 +112,11 @@ assigning a positive (i.e., low) nice value results in a shorter quantum.
The default quantum is 0.1 seconds;
the degree to which changing the nice value affects the
quantum has varied somewhat across kernel versions.
Since Linux 2.6.24,
.\" commit a4ec24b48ddef1e93f7578be53270f0b95ad666c
the
.BR SCHED_RR
quantum cannot be modified.
.\" .SH BUGS
.\" As of Linux 1.3.81
.\" .BR sched_rr_get_interval ()