Согласно некоторым ресурсам я читал, процесс с низким хорошим значением имеет больше приоритета. Поскольку это имеет больше приоритета, ЦП выделяет больше времени для того процесса.
Однако это звучит немного странным, потому что приоритетное значение процесса вычисляется путем подведения итогов хорошего значения с 20.
PR = NI + 20. Это видно легко с командой top
Согласно этой формуле, процессы с более высокими хорошими значениями имеют более высокие приоритеты, но некоторые ресурсы говорят, что процесс с низким хорошим значением имеет больше приоритета.
Какой верен?
В соответствии с этой формулой, процессы с более высокими значениями симпатии имеют более высокие приоритеты, но некоторые ресурсы говорят, что у процесса с низким значением симпатии приоритет выше.
blockquote>Закрыть, но нет файла cookie. То, что числовое значение приоритета является высоким, не означает, что приоритет является высоким.
top
читает приоритет из/proc/<pid>/stat
. См.man 5 proc
для объяснения этого файла:(18) priority %ld (Explanation for Linux 2.6) For processes running a real-time scheduling policy (policy below; see sched_setscheduler(2)), this is the negated scheduling priority, minus one; that is, a number in the range -2 to -100, corresponding to real-time priorities 1 to 99. For processes running under a non-real-time scheduling policy, this is the raw nice value (setpriority(2)) as represented in the kernel. The kernel stores nice values as numbers in the range 0 (high) to 39 (low), corresponding to the user-visible nice range of -20 to 19. Before Linux 2.6, this was a scaled value based on the scheduler weighting given to this process.
Итак: PR идет от 0 (высокий) до 39 (низкий).