"Ps -u" é realmente uma sintaxe ruim?

O IMHO ps -umostra uma saída muito útil, muito melhor que ps -u $USER:

$ ps -u
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.8/FAQ
USER         PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
elastic   234897  0.0  0.0 105980  1336 pts/2    S+   Oct10   0:00 /bin/bash ./run.sh collector-json-1.conf
elastic   234899 48.7  7.1 10087120 4433104 pts/2 Sl+ Oct10 2804:11 /usr/java/jdk1.7.0_09_x64/bin/java -Xmx6144m -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -Djava.awt.headless=true -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatin
:

comparado com

$ ps -u $USER
    PID TTY          TIME CMD
 234897 pts/2    00:00:00 run.sh
 234899 pts/2    1-22:44:04 java
:

1. Mas, por que é "má sintaxe"? /usr/share/doc/procps-3.2.8/FAQnão ajuda muito.
2. O que seria uma "sintaxe adequada" para obter exatamente a mesma saída?

Caso seja importante:

$ uname -a
Linux h22k34.local 2.6.32-042stab044.17 #1 SMP Fri Jan 13 12:53:58 MSK 2012 x86_64 x86_64 x86_64 GNU/Linux

A sintaxe correta, que retorna a mesma saída , seria:

ps u

Há uma boa razão pela qual a sintaxe moderna de psé uma bagunça. Historicamente, havia duas versões incompatíveis do ps. As opções com um traço principal foram herdadas da versão AT&T Unix de ps. Opções sem um traço à esquerda foram herdadas do BSD. A versão psque as distribuições Linux geralmente usam é o GNU, que mesclou os dois conjuntos de opções, além de adicionar seu próprio conjunto de opções, que começam com um duplo traço.

Assim, ps ué estilo BSD e estilo ps -u $USERAT&T. O fato de o GNU pspermitir que você execute ps -ue, além do aviso, obtenha a mesma saída que ps umostra que o GNU está tentando tirar o melhor de uma situação ruim.

O pscomando historicamente tinha uma sintaxe totalmente diferente no BSD e no System V Unix.

• No BSDps , a uopção (sem traço) não aceita parâmetros e mostra a "saída orientada ao usuário" com as colunas adicionais.

• No SunOSps , a -uopção (com traço) usa um nome de usuário como parâmetro e inclui apenas processos pertencentes a esse usuário, mas sem alterar o formato de exibição.

(Como outro exemplo muito comum, BSD esignifica "mostrar ambiente", enquanto SunOS -esignifica "mostrar os processos de todos".)

O procps do Linuxps tenta suportar os dois estilos. Portanto, se você usar a opção 'dash' -u, espera-se que seja a opção "filtrar este usuário" do SunOS, não a opção de colunas estendidas. Os dois são confusos com bastante frequência, no entanto, que procps tenta fazer o que você quis dizer - se o nome de usuário estiver ausente, ele assumirá que você deu uma opção de BSD, mas usou a sintaxe do SunOS.

(De fato, havia tantas variantes diferentes psque o procps possui uma tabela real de "personalidades" para forçar o comportamento ambíguo a ser interpretado como um estilo ou outro ou ainda outro - além de botões como "UNIX95", "CMD_ENV", "_XPG", "I_WANT_A_BROKEN_PS" ...)