Czy „ps -u” jest naprawdę złą składnią?

IMHO ps -upokazuje bardzo przydatne wyjście, znacznie lepsze niż 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
:

w porównaniu do

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

1. Ale dlaczego jest to „zła składnia”? /usr/share/doc/procps-3.2.8/FAQniewiele pomaga.
2. Jaka byłaby „właściwa składnia”, aby osiągnąć dokładnie to samo wyjście?

W przypadku, gdy jest to ważne:

$ 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

Prawidłowa składnia, która zwraca to samo wyjście , to:

ps u

Jest dobry powód, dla którego nowoczesna składnia psjest bałaganem. Historycznie istniały dwie niekompatybilne wersje ps. Opcje z wiodącym myślnikiem zostały odziedziczone po wersji AT&T Unix ps. Opcje bez wiodącej kreski zostały odziedziczone po BSD. Wersja pstej dystrybucji Linuksa zazwyczaj używa GNU, która połączyła oba zestawy opcji razem, a także dodała własny zestaw opcji, które zaczynają się od wiodącego podwójnego myślnika.

Zatem ps ujest w stylu BSD i ps -u $USERAT i T. Fakt, że GNU pspozwala na uruchomienie ps -ui, poza ostrzeżeniem, uzyskuje takie same wyniki, jak ps upokazuje, że GNU próbuje jak najlepiej wykorzystać złą sytuację.

psKomenda historycznie miał dziko innej składni w BSD i System V Unix.

• W BSDps The uopcja (bez kreska) nie bierze parametr i pokazuje „wyjście” zorientowanych na użytkownika z dodatkowymi kolumnami.

• W SunOSps The -uopcja (z myślnikiem) przyjmuje jako parametr nazwę użytkownika i obejmuje tylko procesy będące własnością tego użytkownika, ale bez zmiany formatu wyświetlania.

(Jako kolejny bardzo powszechny przykład BSD eoznacza „pokaż środowisko”, podczas gdy SunOS -eoznacza „pokaż wszystkim procesy”.)

Linux procps ps próbuje obsługiwać oba style. Jeśli więc użyjesz opcji „myślnik” -u, będzie ona oczekiwała, że ​​będzie to opcja filtrowania tego użytkownika przez SunOS, a nie opcja rozszerzonych kolumn. Oba są wystarczająco często zdezorientowane, że procps próbuje zrobić to, co chcesz - jeśli brakuje nazwy użytkownika, założymy, że dałeś jej opcję BSD, ale użyłeś składni SunOS.

(W rzeczywistości istniało tak wiele różnych wariantów tego, psże procps ma rzeczywistą tabelę „osobowości”, aby zmusić dwuznaczne zachowanie do interpretacji jako taki czy inny styl lub jeszcze inny - oprócz gałek takich jak „UNIX95”, „CMD_ENV”, „_XPG”, „I_WANT_A_BROKEN_PS” ...)