Чому я не можу використовувати 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?

EDIT: Я повинен навчитися прокручувати вниз. Виявляється, це вказано як помилка в 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Команда з'явилася в 4.0BSD , який я думаю, з 1980 р Це повинно бути дуже легко виправити , так з одного боку , вони , схоже, вирішили залишити його , а з іншого вони перераховують це як помилку.

Оскільки linux 2.6.12, це залежить від значення обмеження RLIMIT_NICE ( ulimit -e). Котрий може приймати значення від 0 до 40. Цей ліміт більше обмеження пріоритету процесу (чим більше це число, тим вище пріоритет, який користувач може встановити для процесу).

Ви помітите, що, наприклад, значення ubuntu 10,04 за замовчуванням - 20, а в Debian jessie - 0.

Значення nдля цього обмеження означає, що процес без можливості CAP_NICE може збільшувати лише пріоритет процесу до n, що означає зменшення приємності до приємності 20 - n. Отже, для значення 0 це означає, що жоден непривілейований користувач не може знизити приємність нижче 20, тому жоден непривілейований користувач не може знизити приємність.

При значенні 20 непривілейовані користувачі можуть зменшити приємність назад до 0.

Адміністратор повинен вирішити, чи дозволять вони знижувати пріоритет свого процесу та до якого рівня, встановлюючи жорсткий межа для цього.

Про те, чому адміністратор може не хотіти, щоб користувачі знижували пріоритет свого процесу, дивіться відповідь Flup .

Це тому, що я б назвав причинами політики . Ідея полягає в тому, що звичайні користувачі не можуть змінювати дії привілейованих користувачів.

Скажімо, ви користувач на величезному спільному сервері. Ви ведете жахливі процеси процесування процесора на шкоду іншим користувачам. Система має reniceдеякі ваші процеси, тому що він вам не дуже подобається. ОС не пам’ятає, хто це зробив 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

І я є членом аудіогрупи, це полягало в тому, щоб зменшити затримку з джек / бідністю та буферними крюнами під час запису.

renice

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