Por que "ps aux | grep x ”dá melhores resultados que“ pgrep x ”?

Eu apenas tentei o seguinte comando no meu Ubuntu, ele não mostra nada:

pgrep php5

não deveria retornar a identificação do processo do php5 (que o comando a seguir apenas faz) ?:

ps aux | grep php5

Então, qual é a diferença entre esses dois comandos?

ps auxinclui a linha de comando completa (caminho e parâmetros), enquanto o pgrep olha apenas os 15 primeiros caracteres dos nomes dos executáveis

ps auxretorna a linha de comando completa de cada processo, enquanto pgrepolha apenas os nomes dos executáveis.

Isso significa que a saída grepping ps aux corresponderá a qualquer coisa que ocorra no caminho ou nos parâmetros do binário de um processo: por exemplo, `

• ps aux | grep php5 vai combinar /usr/share/php5/i-am-a-perl-script.pl
• mas pgrep php5não

Tomemos um exemplo do meu sistema - somente usaremos python em vez de php5:

• ps aux | grep python nos dá:

izx 2348 0,0 0,7 514928 15644? Sl Jun24 0:00 / usr / bin / python / usr / lib / unity-lens-video / unity-lens-video
izx 2444 0,0 0,9 547392 18864? Sl Jun24 0:01 / usr / bin / python / usr / lib / unity-scope-video-remote / unity-scope-video-remote
raiz 2805 0,0 0,5 95436 12204? S Jun24 0:00 / usr / bin / python / usr / lib / system-service / system-service-d
izx 6272 0,0 2,9 664400 60320? SNl Jun24 1:16 / usr / bin / python / usr / bin / update-manager --no-focus-on-map
raiz 11729 0,0 0,9 180508 19516? S Jun25 0:00 python / usr / lib / software-properties / software-properties-dbus

• Mas pgrep pythonretorna apenas 11729, que você verá na lista acima é:

raiz 11729 0,0 0,9 180508 19516? S Jun25 0:00 python / usr / lib / software-properties / software-properties-dbus

O ps aux | grep xcomando fornece resultados "melhores" do que pgrep xessencialmente porque você está perdendo uma opção com o último.

Basta usar a -fopção para pgreppesquisar a linha de comando completa e não apenas o nome do processo, que é o comportamento padrão, por exemplo:

pgrep -f php5

Ao contrário da ps | grepconstrução com a qual você precisa filtrar a greplinha ou usar truques de padrão, pgrepsimplesmente não se escolhe por design.

Além disso, se seu padrão aparecer na ps USERcoluna, você obterá processos indesejados na saída, pgrepnão sofrerá com essa falha.

Se você quiser detalhes completos em vez de apenas os pids, pode usar:

ps wup $(pgrep -f python)

que é mais simples e mais confiável do que

ps aux | grep python | grep -v grep

ou

ps aux | grep p[y]thon

diff <(ps aux|grep x) <(pgrep x) # :)

No momento, psele fornecerá uma saída mais completa do pgep -fque o pgrep limitado aos 4.096 caracteres (geralmente afetando os usuários Java que procuram a classe de entrada de um programa Java com um longo caminho de classe). O bug que rastreia isso é: https://gitlab.com/procps-ng/procps/issues/86