3

Я знаю, что пользователи без полномочий root могут увеличивать процесс, но не снижать приоритет процесса.

$ nice yes >/dev/null & p=$!
$ renice 15 -p $p 
8414: old priority 10, new priority 15
$ renice 12 -p $p
renice: 8414: setpriority: Permission denied
$ kill $p

Я понимаю, что как пользователь без полномочий root у меня не должно быть возможности (пере) переписать процесс на отрицательную приятную территорию, или этот root мог запустить процесс от моего имени на более высоком приятном уровне.

Вопрос в том, по какой логической причине пользователь без полномочий root не может сдавать в аренду свой обработанный нисходящий поток, даже если просто не доходить до первоначального приоритета, в котором он был установлен?

3 ответа3

6

Если пользователи root могут переориентировать процесс другого пользователя, поскольку он использует слишком много ресурсов, пользователь не сможет обойти это и изменить его обратно.

4

renice изменяет удобство программы - большее число означает более низкий приоритет.

Я предполагаю, что причина в том, что начальная милость, вероятно, не запомнена - только текущая ценность милости. Так что нет хорошего способа определить, может ли пользователь сдать в аренду программу с более высоким приоритетом. (Это предположение ... Может быть, кто-то может это проверить? )

3

Потому что тогда у программ будет стимул расставлять приоритеты за счет всей системы.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .