getpriorityのヘルプ・マニュアル
日本語 英語
getpriority --help
man getpriority
GETPRIORITY(2) Linux Programmer’s Manual GETPRIORITY(2)
名前
getpriority, setpriority - プログラムのスケジューリングの優先度を取得/
設定する
書式
#include
#include
int getpriority(int which, int who);
int setpriority(int which, int who, int prio);
説明
システムコール getpriority() や setpriority() は、 which と who で指 定
さ れ た プロセス、プロセス・グループ、ユーザーのスケジューリング優先度
(scheduling priority) の取得や設定をそれぞれ行う。
which の値は PRIO_PROCESS, PRIO_PGRP, PRIO_USER, のどれか一つで 、 who
は which に 応 じ て 解 釈 される (PRIO_PROCESS だとプロセス識別子、
PRIO_PGRP だとプロセス・グループ識別子、 PRIO_USER だと UID (ユー ザID)
と 解釈される)。 who がゼロならば、(それぞれ)呼び出したプロセス、呼び出
したプロセスのプロセス・グループ、呼び出したプロセスの実UID を意味す る
。 prio は -20 から 19 の範囲の値で (但し以下の注意の項を参照のこと)、
デフォルトの優先度は 0 である; 小さな数字ほど、有利なスケジューリングと
なる。
getpriority() コールは指定したプロセスの中の最も高い優先度 (数値的には
最小の値) を返す。 setpriority() コールは指定したプロセス全ての優先度を
指 定した値に設定する。優先度を今より小さい値に設定できるのはスーパー・
ユーザーだけである。
返り値
getpriority() は成功した場合にも -1 の値を返す可能性があるので、呼び 出
しの前に外部変数の errno をクリアし、呼び出しの後に返り値の -1 が正当な
値かエラーかを判別する必要がある。 setpriority() コールはエラーがなけれ
ば 0 を返し、エラーがあれば -1 を返す。
エラー
EINVAL which が PRIO_PROCESS, PRIO_PGRP, PRIO_USER のいずれでもない。
ESRCH which と who で指定されたプロセスが存在しない。
上記のものに加えて setpriority() では以下のエラーがある:
EACCES 呼び出し元がプロセスの優先度を下げようとしたが、必要な特権を持っ
ていなかった (Linux の場合、 CAP_SYS_NICE ケーパビリティがなかっ
た) 。 Linux 2.6.12 以降では、呼び出し元が、あるプロセスの優先度
を、変更対象のプロセスのリソース RLIMIT_NICE のソフト・リミッ ト
の範囲外に設定しようとした場合にのみ、このエラーが発生する。詳細
は getrlimit(2) を参照。
EPERM プロセスは見つかったが、そのプロセスの実効 (effective) UID が 呼
び出し元の実効UID にも実 (real) UID にも一致せず、呼び出し元が特
権も持っていなかった (Linux の場合、 CAP_SYS_NICE ケーパビリティ
がなかった)。以下の「注意」も参照のこと。
準拠
SVr4, 4.4BSD (これらの関数は 4.2BSD で最初に登場した), POSIX.1-2001.
注意
fork(2) で 作 成 された子プロセスは、親プロセスの nice 値を継承する。
execve(2) の前後で nice 値は保存される。
相対的な nice 値の違いがプロセス間のスケジューリングにどの程度影響を 与
えるかは、Unix システム間で異なり、Linux ではカーネルバージョンにより異
なる。 Linux は、カーネル 2.6.23 以降で、nice 値の相対的な違いが、非 常
に 強い影響を与えるアルゴリズムを採用した。このアルゴリズムでは、他に優
先度の高いものがシステムに存在する時には、非常に低い nice 値 (+19) では
プ ロ セ ス に本当にほとんど CPU が割り当てられない。また、高い nice 値
(-20) では CPU を必要とするアプリケーション (例えばオーディオ・アプリケ
ーション) に CPU のほとんどが割り当てられる。
EPERM が 発 生 す る 条 件 の 詳 細はシステムに依存する。上記の説明は
POSIX.1-2001 のものであり、全ての System V 風システムはこれに従っている
よ うである。 2.6.12 より前の Linux カーネルでは、呼び出し元の実 UID ま
たは実効 UID がプロセス who の (実効 UID でなく) 実 UID に一致する必 要
が ある。 Linux 2.6.12 以降では、呼び出し元の実行 UID がプロセス who の
実 UID か実効 UID のいずれかと一致する必要がある。全ての BSD 風システム
(SunOS 4.1.3, Ultrix 4.2, 4.3BSD, FreeBSD 4.3, OpenBSD-2.5等) は、
Linux 2.6.12 以降と同じ動作をする。
実際の優先度の値の範囲はカーネルのバージョンによって異なる。 1.3.36 よ
り 前の Linux では、優先度の範囲は負の無限大 〜 15 である。 1.3.43 以降
の Linux では、優先度の範囲は -20 〜 19 である。カーネル内部では 、nice
値は実際には 40 〜 1 の範囲を使って表現されており (負の値はエラーコード
となるため)、こちらの値がシステムコール setpriority() と getpriority()
で使用されている。 glibc のこれらのシステムコールのラッパー関数において
、nice 値のユーザ領域 (user-land) とカーネル表現の間の変換が行われる 。
変換式は以下の通り: unice = 20 - knice
いくつかのシステムでは、nice 値の範囲は -20 〜 20 である。
現 在では をインクルードする必要はないが、インクルードすれ
ば移植性を高めることができる (実際には で rusage 構 造
体 が定義されているが、そのフィールドで使用されている struct timeval 型
は で定義されている)。
関連項目
nice(1), fork(2), capabilities(7), renice(8)
(Linux 2.6.23 以降の) カーネルのソースツリー内 の Documentation/sched-
uler/sched-nice-design.txt
Linux 2008-05-29 GETPRIORITY(2)
GETPRIORITY(2) Linux Programmer’s Manual GETPRIORITY(2)
NAME
getpriority, setpriority - get/set program scheduling priority
SYNOPSIS
#include
#include
int getpriority(int which, int who);
int setpriority(int which, int who, int prio);
DESCRIPTION
The scheduling priority of the process, process group, or user, as
indicated by which and who is obtained with the getpriority() call and
set with the setpriority() call.
The value which is one of PRIO_PROCESS, PRIO_PGRP, or PRIO_USER, and
who is interpreted relative to which (a process identifier for
PRIO_PROCESS, process group identifier for PRIO_PGRP, and a user ID for
PRIO_USER). A zero value for who denotes (respectively) the calling
process, the process group of the calling process, or the real user ID
of the calling process. Prio is a value in the range -20 to 19 (but
see the Notes below). The default priority is 0; lower priorities
cause more favorable scheduling.
The getpriority() call returns the highest priority (lowest numerical
value) enjoyed by any of the specified processes. The setpriority()
call sets the priorities of all of the specified processes to the spec-
ified value. Only the superuser may lower priorities.
RETURN VALUE
Since getpriority() can legitimately return the value -1, it is neces-
sary to clear the external variable errno prior to the call, then check
it afterwards to determine if -1 is an error or a legitimate value.
The setpriority() call returns 0 if there is no error, or -1 if there
is.
ERRORS
EINVAL which was not one of PRIO_PROCESS, PRIO_PGRP, or PRIO_USER.
ESRCH No process was located using the which and who values specified.
In addition to the errors indicated above, setpriority() may fail if:
EACCES The caller attempted to lower a process priority, but did not
have the required privilege (on Linux: did not have the
CAP_SYS_NICE capability). Since Linux 2.6.12, this error only
occurs if the caller attempts to set a process priority outside
the range of the RLIMIT_NICE soft resource limit of the target
process; see getrlimit(2) for details.
EPERM A process was located, but its effective user ID did not match
either the effective or the real user ID of the caller, and was
not privileged (on Linux: did not have the CAP_SYS_NICE capabil-
ity). But see NOTES below.
CONFORMING TO
SVr4, 4.4BSD (these function calls first appeared in 4.2BSD),
POSIX.1-2001.
NOTES
A child created by fork(2) inherits its parent’s nice value. The nice
value is preserved across execve(2).
The degree to which their relative nice value affects the scheduling of
processes varies across Unix systems, and, on Linux, across kernel ver-
sions. Starting with kernel 2.6.23, Linux adopted an algorithm that
causes relative differences in nice values to have a much stronger
effect. This causes very low nice values (+19) to truly provide little
CPU to a process whenever there is any other higher priority load on
the system, and makes high nice values (-20) deliver most of the CPU to
applications that require it (e.g., some audio applications).
The details on the condition for EPERM depend on the system. The above
description is what POSIX.1-2001 says, and seems to be followed on all
System V-like systems. Linux kernels before 2.6.12 required the real
or effective user ID of the caller to match the real user of the pro-
cess who (instead of its effective user ID). Linux 2.6.12 and later
require the effective user ID of the caller to match the real or effec-
tive user ID of the process who. All BSD-like systems (SunOS 4.1.3,
Ultrix 4.2, 4.3BSD, FreeBSD 4.3, OpenBSD-2.5, ...) behave in the same
manner as Linux 2.6.12 and later.
The actual priority range varies between kernel versions. Linux before
1.3.36 had -infinity..15. Since kernel 1.3.43 Linux has the range
-20..19. Within the kernel, nice values are actually represented using
the corresponding range 40..1 (since negative numbers are error codes)
and these are the values employed by the setpriority() and getprior-
ity() system calls. The glibc wrapper functions for these system calls
handle the translations between the user-land and kernel representa-
tions of the nice value according to the formula unice = 20 - knice.
On some systems, the range of nice values is -20..20.
Including is not required these days, but increases porta-
bility. (Indeed, defines the rusage structure with
fields of type struct timeval defined in .)
SEE ALSO
nice(1), fork(2), capabilities(7), renice(8)
Documentation/scheduler/sched-nice-design.txt in the kernel source tree
(since Linux 2.6.23).
COLOPHON
This page is part of release 3.22 of the Linux man-pages project. A
description of the project, and information about reporting bugs, can
be found at http://www.kernel.org/doc/man-pages/.
Linux 2008-05-29 GETPRIORITY(2)