Início / unix / Perguntas / 497128
Accepted
Motivated
Asked: 2019-01-28 21:24:55 +0800 CST

Por que o comando ps não exibe a lista inteira de processos?

  • 772

Se o comando ps awx | grep -v grepfor executado, a saída a seguir será produzida. A lista abaixo são as últimas 20 linhas da saída completa.

 4247 pts/1    Ss+    0:00 /bin/bash
 4442 ?        S<     0:00 [kworker/u17:1]
 4661 ?        S<     0:00 [kworker/u17:3]
 4731 ?        S<     0:00 [kworker/u17:5]
 4734 ?        S      0:00 pickup -l -t fifo -u
 4847 ?        S<     0:00 [kworker/u17:7]
 4850 ?        S      0:00 [kworker/u16:3]
 4878 ?        S      0:00 [kworker/u16:0]
 5201 ?        S<     0:00 [kworker/u17:8]
 5353 ?        S      0:00 [kworker/0:1]
 5354 ?        S      0:00 [kworker/7:2]
 5355 ?        S      0:00 [kworker/u16:2]
 5361 ?        S      0:00 [kworker/4:0]
 5362 tty1     Ss     0:00 -bash
 5396 ?        S      0:00 [kworker/6:0]
 5418 ?        S      0:00 [kworker/0:0]
 5420 ?        S      0:00 [kworker/2:2]
 5431 ?        S      0:00 [kworker/7:0]
 5562 ?        S      0:00 [kworker/4:2]
 5620 tty1     R+     0:00 ps awx

Se um comando subsequente ps awx | grep grepfor executado, a saída a seguir será gerada.

5646 tty1     S+     0:00 grep --color=auto grep

Além disso, se o comando a seguir ps awx | grep agettyfor executado, a saída a seguir será exibida.

5669 tty1     S+     0:00 grep --color=auto agetty

Por que o comando ps awxnão exibe os números de identificação do processo 5646 e 5669? Na verdade, não há outros processos listados após 5620.

grep process

2 respostas

  1. Os processos podem ir e vir em microssegundos via fork(), tanto dentro do kernel quanto fora. De fato, para citar Michael Foukarakis :

    A razão para os PIDs não aparecerem sequenciais no espaço do usuário é porque o escalonamento do kernel pode bifurcar um processo entre as chamadas fork() do seu processo. É muito comum, na verdade.

    Então entre ps awx | grep -v grepe ps awx | grep grepmuitas coisas aconteceram. Havia novos processos e threads - eles acabaram de sair antes psque pudessem capturá-los. A mesma lógica ocorre em seu ps awx | grep grepe último exemplo. Mas observe também que o grepPID pode não ser de fato o mais novo, porque, como Gilles na resposta relacionada aponta:

    Os comandos [p]iped são executados simultaneamente. Quando você executa ps | grep …, é a sorte do sorteio (ou uma questão de detalhes do funcionamento do shell combinado com o ajuste fino do agendador nas entranhas do kernel) se o ps ou o grep começam primeiro e, em qualquer caso, eles continuam para executar simultaneamente.

    Observe também que grep -v grepse destina a se remover da pssaída (e geralmente é realmente recomendável usar | grep -v [g]repnesse caso, consulte o post relacionado ).

    • 2
  2. Best Answer

    Por que o comando ps awx não exibe os números de identificação do processo 5646 e 5669?

    Porque você só começou 5646como parte do comando ps awx | grep grepe 5669como parte do ps awx | grep agettycomando. Eles foram iniciados após essa listagem inicial, portanto, não eram visíveis nela. Ambos foram executados até terem processado a entrada do psprocesso nesse pipeline específico, para que também não fossem visíveis em nenhuma listagem posterior.

    Da mesma forma, se você executar psrepetidamente, verá a alteração do ID do processo: toda vez que você executar o comando, um novo processo será iniciado.

    Mais especificamente, o segundo processo em questão foi este:

    5669 tty1     S+     0:00 grep --color=auto agetty

    Isto é grep, que foi dado os argumentos --color=autoe agetty. Isso corresponde ao grepcomando em ps awx | grep agetty, o --color=autosinalizador provavelmente vem de algum alias. Não é um agettyprocesso. Um deles provavelmente teria agettyou /sbin/agettycomo a primeira parte da linha de comando, como neste exemplo de um sistema Debian:

    1269 tty3     Ss+    0:00 /sbin/agetty --noclear tty3 linux
    • 2

relate perguntas