Почему значения приятности обратно пропорциональны приоритету процесса?

Ответ @Ewald правильный, что подтверждает Джерри Пик et al. в Unix Power Tools (O'Reilly, 2007, стр. 507):

Вот почему число хорошее обычно называют хорошим: задание с высоким уровнем качества очень хорошо относится к пользователям вашей системы (т. е. оно выполняется с низким приоритетом), в то время как работа с небольшой приятностью загружает процессор. Термин «вежливость» неудобен, как и сама система приоритетов. К сожалению, это единственный термин, который одновременно является точным (хорошие числа используются для вычисления приоритетов, но сами по себе не являются приоритетами) и позволяет избежать ужасных двусмысленностей ("повышение приоритета означает понижение приоритета..." ).

Nice имеет это значение, по крайней мере, начиная с V6 Unix, но руководство V6 никогда не объясняет это явно. Диапазон допустимых значений был от -220 до +20, отрицательные числа зарезервированы для суперпользователя. Диапазон был изменен с -20 до +20 в V7.

Истерические причины - я имею в виду исторические... Я почти уверен, что это началось с возрастания чисел от 0 до 20, и сначала было взято самое низкое доступное. Потом кто-то пришел к выводу, что "Хм, а что, если нам нужно сделать что-то БОЛЕЕ важное" - что ж, нам придется уйти в минус.

Вы хотите, чтобы приоритет был сортируемым значением, поэтому, если вы начинаете с «по умолчанию — ноль», вам нужно либо сделать более высокий приоритет большим числом (но «приоритет 1» в повседневной речи выше, чем «приоритет 2» — когда ваш босс говорит: «Сделайте это своим приоритетом номер 1», это значит, что это важно, верно?). Будучи компьютером, очевидно, что приоритет 0 выше приоритета 1, а приоритет -1 выше приоритета 0.

В конце концов, это произвольный выбор. Может быть, Кен Томсон, Деннис Ритчи или кто-то из тех парней сможет точно сказать, почему они выбирают именно эту последовательность, а не 0..255, например.

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

Как и в ядре Linux, каждый обычный процесс может иметь приоритеты, называемые статическими приоритетами, от 100 (самый высокий) до 139 (самый низкий). Таким образом, процессу можно присвоить 40 приоритетов.

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

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

time={
     if static_priority<120

       (140-static_priority)*20 

     if static_priority>=120

       (140-static_priority)*5

поэтому сервисная процедура sys_nice() обрабатывает системный вызов nice(). Хотя nice_value может иметь любое значение, абсолютные значения, превышающие 40, обрезаются до 40. Традиционно отрицательные значения соответствуют запросам на увеличение приоритета и требуют привилегий суперпользователя, а положительные значения соответствуют запросам на снижение приоритета. В случае отрицательного значения nice_value функция вызывает функцию enable(), чтобы проверить, имеет ли процесс возможность CAP_SYS_NICE. Кроме того, функция вызывает ловушку безопасности security_task_setnice(). поэтому в конце nice_value используется для расчета статического приоритета, а затем этот статический приоритет используется для расчета кванта базового времени.

поэтому ясно, что значения -ve используются для увеличения приоритета, поэтому требуется доступ суперпользователя, а значения +ve используются для снижения приоритета, поэтому доступ суперпользователя не требуется.

Да, она становится ХОРОШЕЙ по мере увеличения числа и ЗЛОЕ по мере уменьшения числа. Таким образом, процесс считается более дружелюбным, когда он не использует все ресурсы, и неприятным, когда он становится более жадным с ресурсами.

Думайте об этом как о приятных баллах: чем лучше вы относитесь к другим, тем больше у вас баллов.