mirror of https://github.com/mkerrisk/man-pages
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:
parent
585d38140f
commit
45b4eda6e8
|
@ -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 ()
|
||||
|
|
Loading…
Reference in New Issue