Более элегантный «PS Aux | grep -v grep ”

177

Когда я проверяю список процессов и выявляю те, которые мне интересны, grepсам результат также включается в результаты. Например, для вывода списка терминалов:

$ ps aux  | grep terminal
user  2064  0.0  0.6 181452 26460 ?        Sl   Feb13   5:41 gnome-terminal --working-directory=..
user  2979  0.0  0.0   4192   796 pts/3    S+   11:07   0:00 grep --color=auto terminal

Обычно я использую, ps aux | grep something | grep -v grepчтобы избавиться от последней записи ... но это не элегантно :)

Есть ли у вас более элегантный хак для решения этой проблемы (кроме того, что все команды объединены в отдельный скрипт, что тоже неплохо)

Якуб М.
источник
4
Для чего это стоит, это древний FAQ. См. Пункт 3.10 на faqs.org/faqs/unix-faq/faq/part3
tripleee
1
Спасибо за ссылку. Вот их метод:ps ux | awk '/name/ && !/awk/ {print $2}'
Якуб М.
Что grep -v grepделает часть?
Jwan622
2
@ Jwan622 grep -v grepисключает grepиз результатов grep. Если grep используется в сочетании с ps, то также будет показан процесс grep (с аргументами grep), который загромождает ваши результаты. grep -v grep - распространенный способ избежать этого
Евгений Платонов,

Ответы:

282

Обычная техника такова:

ps aux | egrep '[t]erminal'

Это будет соответствовать строки, содержащие terminal, что egrep '[t]erminal'не соответствует! Он также работает на многих вкусах Unix.

Johnsyweb
источник
1
Это работает для меня для произвольной строки, но не для имени пользователя, например ps aux | grep '[r]oot'. Кто-нибудь знает почему?
kxsong
2
@kxsong: | grep '[t]erminal'выбирает любую строку, содержащую слово «терминал», без добавления слова «терминал» в список процессов. Чего вы пытаетесь достичь | grep '[r]oot'и как это не работает? Вероятно, будет лучшее решение.
Johnsyweb
3
Поправьте меня, если я ошибаюсь, но это также должно работать на любой позиции сглаженного символа: ps aux | grep "te [r] minal"
meso_2600
2
блестящий хак (думаю, мне следует так его назвать, так как авторы aux / grep, вероятно, не думали об этом сценарии.)
Майкл Троу,
2
@JamieJag: Ну ... как я уже говорил в своем посте, grep '[t]erminal'будут совпадать строки, содержащие terminal. Вывод из ps auxбудет иметь строку с grep '[t]erminal'(в квадратных скобках), которая не содержит строку terminal(без того же).
Johnsyweb
57

Используйте pgrep . Это более надежно.

DarkDust
источник
pgrepне будет работать, если я ищу, например,ps aux | grep 'ssh options'
Якуб М.
12
Якуб М .: Как насчет pgrep -f?
Hillu
4
@ jakub-m По умолчанию pgrepсопоставляет только шаблон с именем процесса. Чтобы сопоставить всю команду, используйте -fфлаг.
bluecollarcoder
3
pgrepвозвращает только идентификаторы процесса.
Мелаб
1
старые версии занимали место pgrep -fl(но не могли видеть полную строку cmdline без -fсоответствия с полной строкой cmdline, подробности: serverfault.com/a/619788/44183 ). Но да, если вам нужна другая информация, кроме pid, cmdline, вам нужно ps. Можно их объединить:ps -p $(pgrep -f foo)
Бени Чернявский-Паскин
29

Этот ответ основан на предыдущем pgrep ответе . Он также основан на другом ответе, сочетающем использование psс pgrep. Вот несколько подходящих примеров обучения:

$ pgrep -lf sshd
1902 sshd

$ pgrep -f sshd
1902

$ ps up $(pgrep -f sshd)
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root      1902  0.0  0.1  82560  3580 ?        Ss   Oct20   0:00 /usr/sbin/sshd -D

$ ps up $(pgrep -f sshddd)
error: list of process IDs must follow p
[stderr output truncated]

$ ps up $(pgrep -f sshddd) 2>&-
[no output]

Выше можно использовать как функцию :

$ psgrep() { ps up $(pgrep -f $@) 2>&-; }

$ psgrep sshd
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root      1902  0.0  0.1  82560  3580 ?        Ss   Oct20   0:00 /usr/sbin/sshd -D

Сравните с использованием psс grep. Строка полезного заголовка не печатается:

$  ps aux | grep [s]shd
root      1902  0.0  0.1  82560  3580 ?        Ss   Oct20   0:00 /usr/sbin/sshd -D
Акаменус
источник
Смотрите github.com/blueyed/oh-my-zsh/blob/… (но это специфично для Zsh).
синеватый
@blueyed, я обновил ответ с помощью определения функции bash.
Acumenus
Обратите внимание также на -dвозможность указать разделитель; Напримерps -fp$(pgrep -d , getty)
Тоби Спейт
1
Я использую это: ps uxp `pgrep <process>` Обратите внимание, что pдолжен быть последним параметром (то есть, puxне будет работать)
KFL
9

Вы можете фильтровать в команде ps, например,

ps u -C gnome-terminal

(или поиск через / proc с find и т. д.)

Андреас Фрише
источник
1
Обратите внимание, что это работает с PS GNU (Linux), но не с BSD PS.
Джош
Это неверно даже с GNU PS. ps -C <command>будет соответствовать точной команде. При использовании с опциями aили xон сообщит обо всех процессах, поскольку aи xперечисляет процессы в дополнение к набору процессов, сопоставленных другими способами.
Анимизм
@ Анимизм Правда. Спасибо, я это исправил.
Андреас Фрише
Это работает, только если имя процесса указано точно. Это не работает для частичного совпадения, например , logindдля systemd-logind, или в соответствии аргументы.
Acumenus
4

Еще одна альтернатива :

ps -fC terminal

Вот варианты:

 -f        does full-format listing. This option can be combined
           with many other UNIX-style options to add additional
           columns. It also causes the command arguments to be
           printed. When used with -L, the NLWP (number of
           threads) and LWP (thread ID) columns will be added. See
           the c option, the format keyword args, and the format
           keyword comm.

 -C cmdlist     Select by command name.
                This selects the processes whose executable name is
                given in cmdlist.
TaXXoR
источник
6
Небольшой недостаток, и тот, который на самом деле не связан с вопросом OP, заключается в том, что это не покажет вам такие вещи, как Tomcat, который на самом деле работает как java со списком аргументов.
Чарльз Вуд
-Cвариант уже был предложен в ответе @Andreas Frishe, опубликованном более полутора лет назад ...
Петр Доброгост,
3

Использование скобок для окружения символа в шаблоне поиска исключает grepпроцесс, поскольку он не содержит соответствующего регулярного выражения.

$ ps ax | grep 'syslogd'
   16   ??  Ss     0:09.43 /usr/sbin/syslogd
18108 s001  S+     0:00.00 grep syslogd

$ ps ax | grep '[s]yslogd'
   16   ??  Ss     0:09.43 /usr/sbin/syslogd

$ ps ax | grep '[s]yslogd|grep'
   16   ??  Ss     0:09.43 /usr/sbin/syslogd
18144 s001  S+     0:00.00 grep [s]yslogd|grep
auntchilada
источник
3

Отказ от ответственности: я автор этого инструмента, но ...

Я бы использовал px :

~ $ px atom
  PID COMMAND          USERNAME   CPU RAM COMMANDLINE
14321 crashpad_handler walles   0.01s  0% /Users/walles/Downloads/Atom.app/Contents/Frameworks/Electron Framework.framework/Resources/crashpad_handler --database=
16575 crashpad_handler walles   0.01s  0% /Users/walles/Downloads/Atom.app/Contents/Frameworks/Electron Framework.framework/Resources/crashpad_handler --database=
16573 Atom Helper      walles    0.5s  0% /Users/walles/Downloads/Atom.app/Contents/Frameworks/Atom Helper.app/Contents/MacOS/Atom Helper --type=gpu-process --cha
16569 Atom             walles   2.84s  1% /Users/walles/Downloads/Atom.app/Contents/MacOS/Atom --executed-from=/Users/walles/src/goworkspace/src/github.com/github
16591 Atom Helper      walles   7.96s  2% /Users/walles/Downloads/Atom.app/Contents/Frameworks/Atom Helper.app/Contents/MacOS/Atom Helper --type=renderer --no-san

Кроме поиска процессов с разумным интерфейсом командной строки, он также делает много других полезных вещей, более подробно на странице проекта .

Работает на Linux и OS X, легко устанавливается:

curl -Ls https://github.com/walles/px/raw/python/install.sh | bash
Йохан Уоллес
источник
0

В зависимости от конечного варианта использования, вы часто предпочитаете Awk.

ps aux | awk '/[t]erminal/'

Это особенно верно, когда у вас есть что-то вроде

ps aux | grep '[t]erminal' | awk '{print $1}'  # useless use of grep!

где очевидно, что регулярное выражение может быть легко включено в скрипт Awk:

ps aux | awk '/[t]erminal/ { print $1 }'

Но на самом деле, не изобретайте это сами. pgrepи друзья были вокруг в течение долгого времени и справляются со всем этим проблемным пространством намного лучше, чем большинство специальных повторных воплощений.

tripleee
источник
-2

Другой вариант - отредактировать ваш .bash_profile(или другой файл, в котором вы храните псевдонимы bash), чтобы создать функцию, которая удаляет grep из результатов.

function mygrep {
grep -v grep | grep --color=auto $1
}

alias grep='mygrep'

grep -v grepДолжен быть первым в противном случае ваша --color=autoволя не работает по какой - то причине.

Это работает, если вы используете bash; если вы используете другую оболочку YMMV.

FlyingCodeMonkey
источник
1
Что с псевдонимом и функцией? Просто сделайте function grep { command grep -v grep | command grep --color=auto "$@"; }(также обратите внимание на исправление аргумента и цитирование). Однако это нарушается тем, что любой не- psвызов grepбольше не будет работать (аргументы передаются неправильно). Во всяком случае, гораздо более полезная функция будет тот , который изменяет регулярное выражение , чтобы сделать его не совпадать себя, а не отфильтровывать grepиз grepрезультатов отдельно. И, конечно, изобретать новые решения проблемы, которая была адекватно решена десятилетия назад, не очень продуктивно.
tripleee