O valor de prioridade de processo é diferente em procfs

Question

Por exemplo, vamos examinar o valor de PRI do firefox com ps e, em seguida, ver qual é o valor armazenado em procfs.

$ ps -o pid,comm,pri,ni 7000
  PID COMMAND         PRI  NI
 7000 firefox          19   0

$ cat /proc/7000/stat
7000 (firefox) S 1 6447 6447 0 -1 4194304 3162595 624998 158 10 30467 6903 3360 488 20 0 63 0 464836 9472659456 123045 18446744073709551615 94866409246720 94866409429052 140727418541056 0 0 0 0 4096 33572095 0 0 0 17 2 0 0 342 0 0 94866411526576 94866411528296 94866422095872 140727418542495 140727418542520 140727418542520 140727418544095 0

De acordo com man proc, vamos encontrar o valor de PRI no 18º valor (contando a partir de 1), então neste caso PRI = 20

Eu quero saber por que existe tal diferença entre a saída do comando ps e o valor armazenado no arquivo de estatísticas / proc?

    

Answer 1

Uh, aparentemente, o campo pri é exatamente 39 menos o valor visível em /proc/$pid/stat (então 39 - 20 = 19). Também é comentado como 'não legal como UNIX' PRI '', já que

Unix98 only specifies that a high "PRI" is low priority.

E isso não se aplica lá.

Mas! Não há menos que seis outros formatos de saída para a prioridade, todos com o valor bruto negado ou não, mais alguma constante. Escolha uma. Aqui estão três gatos com diferentes valores de nice :

$ ps -o pid,rtprio,pri,opri,priority,pri_foo,pri_bar,pri_baz,pri_api,ni,args -Ccat
  PID RTPRIO PRI PRI PRI FOO BAR BAZ API  NI COMMAND
18418      -   0  99  39  19  40 139 -40  19 cat /dev/zero
18419      -  19  80  20   0  21 120 -21   0 cat /dev/zero
18420      -  39  60   0 -20   1 100  -1 -20 cat /dev/zero

Os comentários no código dizem que

Sun and SCO add the -c behavior. Sun defines "pri" and "opri".

Portanto, provavelmente há algum motivo histórico para corrigir o intervalo de saída correspondente. ps -c usa o pri valor aqui. priority é o valor bruto como o kernel apresenta.

O arquivo de código-fonte relevante é ps/output.c :
link

Além disso: link
e link