프로세스의 가치를 높이기 위해 renice를 사용할 수없는 이유는 무엇입니까?

보낸 사람 man renice:

수퍼 유저 이외의 사용자는 자신이 소유 한 프로세스의 우선 순위 만 변경할 수 있으며 0에서 PRIO_MAX (20) [...] 범위 내에서 ``좋은 가치 ''(보안상의 이유로)를 단조롭게 증가시킬 수 있습니다 .

그래서 나는 renice내 자신의 프로세스를 위쪽으로 (낮은 우선 순위를 부여) 할 수는 있지만 결코 아래쪽으로 내릴 수는 없습니다.

$ renice 10 22316
22316 (process ID) old priority 0, new priority 10
$ renice 9 22316
renice: failed to set priority for 22316 (process ID): Permission denied

왜 이런거야? 일반 사용자가 좋은 값을 0보다 낮게 설정할 수없는 이유를 이해할 수 있지만 우선 순위를 10으로 낮출 수 있는데 왜 다시 9로 늘릴 수 없습니까? 이에 대한 "보안 이유"는 무엇입니까? 좋은 가치 9를 가진 프로세스를 시작할 권리가 있는데, 왜 그것을 9로 되돌릴 수 없습니까?

편집 : 아래로 스크롤하는 법을 배워야합니다. 이 버그에 버그로 나열되어 있습니다 man renice:

BUGS
     Non super-users can not increase scheduling priorities of their own
     processes, even if they were the ones that decreased the priorities 
     in the first place.

더 혼란 스럽습니다. 그들이이 행동을 버그라고 생각한다면 왜 바꾸지 않겠습니까? 이 renice명령은 1980 년대부터 4.0BSD에 등장한 것으로 나타났습니다.이 방법은 수정하기가 매우 쉬워야합니다. 한 손으로는 그대로두고 다른 손에는 버그로 표시합니다.

Linux 2.6.12부터는 RLIMIT_NICE 제한 값 ( ulimit -e) 에 따라 다릅니다 . 0에서 40 사이의 값을 사용할 수 있습니다.이 제한은 프로세스 우선 순위 의 한계 보다 더 큽니다 (이 숫자가 클수록 사용자가 프로세스에 설정할 수있는 우선 순위가 높음).

우분투 10.04에서 기본값은 20이고 Debian jessie에서는 0입니다.

n이 한계 값은 CAP_NICE 기능 이 없는 프로세스는 프로세스 우선 순위를 최대 까지만 증가시킬 수 n있음을 의미합니다. 즉, niceness를 niceness로 줄입니다 20 - n. 따라서 값이 0 인 경우 권한이없는 사용자가 니스를 20 미만으로 낮출 수 없으므로 권한이없는 사용자는 니스를 낮출 수 없습니다.

값이 20이면 권한이없는 사용자가 니스를 다시 0으로 줄일 수 있습니다.

사용자가 프로세스 우선 순위를 낮출 수 있도록 허용할지 여부와 하드 제한을 설정하여 수준을 결정하는 것은 관리자의 책임입니다.

관리자가 사용자가 프로세스 우선 순위를 낮추기를 원하지 않는 이유에 대해서는 Flup의 답변을 참조하십시오 .

내가 정책 이유 라고 부르는 것 입니다. 일반 사용자는 권한있는 사용자의 작업을 무시할 수 없습니다.

거대한 공유 서버의 사용자라고 가정 해 봅시다. 다른 사용자에게 해를 끼치기 위해 엄청난 CPU 호깅 프로세스를 실행하고 있습니다. sysadmin renice은 사용자를 매우 좋아하지 않기 때문에 일부 프로세스를 처리합니다. OS는 누가했는지 기억하지 않지만 renice일반 사용자는 작업을 되돌릴 수 없다는 것을 알고 있습니다. 이러한 방식으로 sysadmin은 일반 사용자의 프로세스 우선 순위를 제어합니다.

이상한 ? 그것은 나를 위해 작동

Linux clafujiu 2.6.32-57-generic #119-Ubuntu \
 SMP Wed Feb 19 01:04:55 UTC 2014 i686 GNU/Linux

예

$ renice 8 --pid 21122
21122: old priority 9, new priority 8
christian@clafujiu:~/tmp$ ps eo "%p %n"
  PID  NI
 4190   0
 8594   0
14684   0
21122   8
21146   0
21155   0
21209   0
christian@clafujiu:~/tmp$ renice 15 --pid 21122
21122: old priority 8, new priority 15
christian@clafujiu:~/tmp$ ps eo "%p %n"
  PID  NI
 4190   0
 8594   0
14684   0
21122  15
21146   0
21155   0
21211   0
christian@clafujiu:~/tmp$ renice 10 --pid 21122
21122: old priority 15, new priority 10
christian@clafujiu:~/tmp$ ps eo "%p %n"
  PID  NI
 4190   0
 8594   0
14684   0
21122  10
21146   0
21155   0
21213   0

2 차 편집

$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu 10.04.4 LTS"

구성 변경

/etc/security/limits.conf

@audio          -       rtprio          100
@audio          -       nice            -10

그리고 나는 오디오 그룹의 일원입니다. 이것은 녹음 할 때 잭 / 하드 및 버퍼 xrun의 대기 시간을 줄이는 것입니다.

리 니스

$ renice --version
renice from util-linux-ng 2.17.2