top , по умолчанию, перечисляет оба столбца. Мне любопытно, в чем разница. Я проверил справочные страницы и не могу понять:
Приоритет:
h: PR -- Priority
The priority of the task.
Хорошее значение:
i: NI -- Nice value
The nice value of the task. A negative nice value means higher priority,
whereas a positive nice value means lower priority. Zero in this field
simply means priority will not be adjusted in determining a task’s dis-
patchability.
Я понимаю, что значение Nice связано с очередью планировщика ЦП ядра; тогда что означает Приоритет ? Возможно, что-то касается ввода / вывода?
Разница в том, что в настоящий момент PR является реальным приоритетом процесса внутри ядра, а NI - просто подсказка ядру, какой приоритет должен иметь процесс.
В большинстве случаев значение PR можно рассчитать по следующей формуле: PR = 20 + NI . Таким образом, процесс с милостью 3 имеет приоритет 23 (20 + 3), а процесс с милостью -7 имеет приоритет 13 (20 - 7). Вы можете проверить первое, выполнив команду
nice -n 3 top
. Это покажет, что топ- процесс имеет NI 3 и PR 23 . Но для работыnice -n -7 top
в большинстве систем Linux вам нужно иметь привилегии root, потому что на самом деле чем меньше значение PR, тем выше фактический приоритет. Таким образом, процесс с PR 13 имеет более высокий приоритет, чем процессы с стандартным приоритетом PR 20, Вот почему вам нужно быть пользователем root. Но минимальное значение добротности, разрешенное для процесса без полномочий root, можно настроить в /etc/security/limits.conf .Теоретически ядро может изменить значение PR (но не NI ) само по себе. Например, он может уменьшить приоритет процесса, если он потребляет слишком много ресурсов ЦП, или он может повысить приоритет процесса, если этот процесс не имел возможности долго работать из-за других процессов с более высоким приоритетом. В этих случаях значение PR будет изменено ядром, и NI останется неизменным, поэтому формула "PR = 20 + NI" будет неправильной. Таким образом, значение NI можно интерпретировать как подсказку для ядра о том, какой приоритет должен иметь процесс, но ядро может выбирать реальный приоритет ( значение PR ) самостоятельно в зависимости от ситуации. Но обычно формула«PR = 20 + NI» правильно.
Точные правила того, как ядро меняет приоритет, не ясны. Инструкция setpriority (функция, которая изменяет значение nice) гласит:
Руководство Pthread говорит следующее:
Кажется, что значение PR соответствует динамическому приоритету.
Диапазон значений NI составляет -20..19 . Таким образом, значение PR может иметь значения от 0 (20 - 20) до 39 (20 + 19). Но это верно только для процессов с политикой планирования по умолчанию ( SHED_OTHER ). Также могут быть процессы с так называемыми политиками планирования в реальном времени . Это политики SCHED_RR и SCHED_FIFO . Такие процессы имеют значение PR меньше 0. Вы можете проверить это, выполнив
chrt -r 1 top
команду (должен быть пользователем root). Сверху процесс будет иметь PR -2 . Вы даже можете запуститьchrt -r 90 top
в этом случае верхУ процесса будет PR-91 .Кажется, что для процессов SCHED_RR значение PR можно рассчитать по формуле:
PR = - 1 - sched_rr_priority .
Таким образом, SCHED_RR процесс имеет по меньшей мере PR -1 а это означает , что любой SCHED_RR процесс имеет более высокий приоритет , чем любой SCHED_OTHER . Это соответствует руководству pthread:
Приоритет процессов реального времени называется статическим приоритетом, который не может быть изменен ядром. Таким образом , положительные PR значения могут рассматриваться в качестве динамического приоритета для не в реальном времени ( SCHED_OTHER , SCHED_BATCH ) процессов и отрицательного PR ценность в качестве статического приоритета для процессов в реальном времени ( SCHED_RR , SCHED_FIFO ).
Я тоже пытался бежать
nice -n 10 chrt -r 50 top
(аchrt -r 50 nice -n 10 top
). Значение NI было 10, но PR все еще было -51 . Таким образом, кажется, что значение NI не влияет на приоритет процессов SCHED_RR . Это соответствует руководству по установке приоритетов :Одна забавная записка. Если вы запустите
chrt -r 99 top
, вы увидите значение RT вместо числа в колонке PR .Я не думаю, что это означает, что процесс сейчас особенный. Я думаю, это означает, что top не печатает -100, потому что для печати потребуется 4 символа.
Вы также можете использовать htop вместо top во всех примерах, что может быть более удобным.
ps -l
тоже можно использовать, но базовая точка, которая разделяет приоритеты в реальном времени и не в реальном времени, не 0, а 60, поэтомуnice -n -20 ps -l
будет напечатаноисточник
Короткий ответ
PR является приоритетным уровнем. Чем ниже PR, тем выше будет приоритет процесса.
PR рассчитывается следующим образом:
Длинный ответ
Существует два типа процессов: обычные и в реальном времени. Для обычных (и только для них) метод nice применяется следующим образом:
Ницца
Шкала «добротности» варьируется от -20 до 19, тогда как -20 это самый высокий приоритет и 19 самый низкий приоритет. Уровень приоритета рассчитывается следующим образом:
PR = 20 + NI
Где NI - хороший уровень, а PR - уровень приоритета. Итак, как мы видим, -20 фактически отображается на 0, а 19 - на 39.
По умолчанию значение «хороший» для программы равно 0 бит, и пользователь root может запускать программы с указанным значением «хороший» с помощью следующей команды:
В реальном времени
Мы могли бы пойти еще дальше. Хороший приоритет фактически используется для пользовательских программ. В то время как общий приоритет UNIX / LINUX имеет диапазон 140 значений, значение nice позволяет процессу отображать последнюю часть диапазона (от 100 до 139). Это уравнение оставляет значения от 0 до 99 недоступными, что будет соответствовать отрицательному уровню PR (от -100 до -1). Чтобы иметь доступ к этим значениям, процесс должен быть указан как «в реальном времени».
В среде LINUX существует 5 политик планирования, которые можно отобразить с помощью следующей команды:
Который покажет следующий список:
Процессы планирования можно разделить на 2 группы: обычные политики планирования (от 1 до 3) и политики планирования в реальном времени (4 и 5). Процессы реального времени всегда будут иметь приоритет над обычными процессами. Процесс реального времени может быть вызван с помощью следующей команды (например, как объявить политику SCHED_RR):
Для получения значения PR для процесса в реальном времени применяется следующее уравнение:
PR = -1 - rt_prior
Где rt_prior соответствует приоритету между 1 и 99. По этой причине процесс, который будет иметь более высокий приоритет по сравнению с другими процессами, будет вызываться с номером 99.
Важно отметить, что для процессов реального времени значение nice не используется.
Чтобы увидеть текущую «правильность» и значение PR процесса, можно выполнить следующую команду:
Хорошо отметить, что процессы со значением PR -51, например, соответствуют значению в реальном времени. Есть также некоторые процессы, значение PR которых обозначено как «rt». Это значение фактически соответствует значению PR -100.
(PS: я бы опубликовал картинку, показывающую лучший результат, но у меня нет репутации, чтобы сделать это)
источник