Có phải là ps ps -u thực sự là một cú pháp tồi?

IMHO ps -ucho thấy một đầu ra rất hữu ích, tốt hơn nhiều so với 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
:

so với

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

1. Nhưng, tại sao nó là "cú pháp xấu"? /usr/share/doc/procps-3.2.8/FAQkhông giúp được gì nhiều.
2. Điều gì sẽ là một "cú pháp thích hợp" để đạt được cùng một đầu ra chính xác?

Trong trường hợp nó quan trọng:

$ 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

Cú pháp đúng, trả về cùng một đầu ra , sẽ là:

ps u

Có một lý do chính đáng tại sao cú pháp hiện đại cho pslà một mớ hỗn độn. Trong lịch sử, có hai phiên bản không tương thích ps. Tùy chọn với một dấu gạch ngang hàng đầu được thừa kế từ AT & T Unix phiên bản của ps. Các tùy chọn không có dấu gạch đầu dòng được kế thừa từ BSD. Phiên bản của các psbản phân phối Linux thường sử dụng là GNU đã hợp nhất cả hai bộ tùy chọn với nhau, cũng như thêm bộ tùy chọn riêng bắt đầu bằng dấu gạch ngang kép hàng đầu.

Do đó, ps ulà phong cách BSD và ps -u $USERlà phong cách AT & T. Thực tế là GNU pscho phép bạn chạy ps -uvà, ngoài cảnh báo, có cùng đầu ra như ps ucho thấy GNU đang cố gắng làm tốt nhất tình huống xấu.

Các pslệnh lịch sử đã có cú pháp cực kỳ khác nhau trong BSD và System V Unix.

• Trong BSDps , utùy chọn (không có dấu gạch ngang) không có tham số và hiển thị "đầu ra hướng người dùng" với các cột bổ sung.

• Trong SunOSps , -utùy chọn (có dấu gạch ngang) lấy tên người dùng làm tham số và chỉ bao gồm các quy trình do người dùng đó sở hữu, nhưng không thay đổi định dạng hiển thị.

(Như một ví dụ rất phổ biến khác, BSD ecó nghĩa là "môi trường hiển thị", trong khi SunOS -ecó nghĩa là "hiển thị các quy trình của mọi người".)

Linux Procps ps cố gắng hỗ trợ cả hai phong cách. Vì vậy, nếu bạn sử dụng tùy chọn 'dash' -u, nó sẽ hy vọng nó là tùy chọn "lọc người dùng" này của SunOS, chứ không phải tùy chọn cột mở rộng. Cả hai thường bị nhầm lẫn đủ thường xuyên, tuy nhiên, các Procps cố gắng làm những gì bạn có nghĩa là - nếu tên người dùng bị thiếu, nó sẽ cho rằng bạn đã cho nó một tùy chọn BSD nhưng sử dụng cú pháp SunOS.

(Đã có trên thực tế rất nhiều biến thể khác nhau của pscác procps có một bảng thực tế của "nhân vật" để buộc hành vi mơ hồ để được hiểu như là một phong cách này hay cách khác hoặc chưa khác - ngoài nút bấm như "UNIX95", "CMD_ENV", "_XPG", "I_WANT_A_BROKEN_PS" ...)