Добавить комментарий (тэг) к программе, запускаемой в bash

foo &
FOO_PID=$!
# do other stuff
kill $FOO_PID

https://stackoverflow.com/questions/1908610/how-to-get-pid-of-background-process

При запуске программы в фоне можно сразу после её запуска получить её PID, записывый эти PID в файл, дописывая пометки и далее grep`ом выбирай из файла PID и убивай.

Можно не в файл, а в массив.

Эх, я надеялся обойтись без временных файлов с pid-ами. Спасибо.

Массив «виден» только внутри одной копии шела, даже из $() его уже не прочитать. Видимо, прийдётся временный файл создавать. Механизм тегов мог бы сделать фильтрацию процессов удобнее.

Эх, я надеялся обойтись без временных файлов

Пропатчить sleep, добавить аргумент:

sleep time comment

Пропатчить

Ня

Ня

Да там всего лишь:

if (argc != 2)

заменить на:

if (argc < 2)

Костыли-костылики!

sh -c 'sleep 1000 # this-is-a-bad-idea'

pgrep -f this-is-a-bad-idea

заменить на:

Псмотрел сырцу, и оказалось, что не прав, sleep на кой то ляд не один параметр пользует, а все, которые в него пиханёшь. Дурь какая то.

sh -c ‘sleep 1000 # this-is-a-bad-idea’

Не знаю почему, но у меня это не матчится.

у меня это не матчится.

Не верим. У всех матчится, у тебя одного нет. Предоставь что нить.

у меня это не матчится.

В htop мож проверить. Только ковычки исчезают, а в остальном - зер гуд.

Ну вот, скрин сделал.

У меня и в htop тишина. Шелл - zsh.

Как я понимаю, тэги процессов обсуждались, и не так давно, но до ядра дело не дошло.

У меня и в htop тишина.

Лажа у тебя какая то:

$ sh -c 'sleep 1000 # this-is-a-bad-idea'

$ pgrep -f this-is-a-bad-idea
28540

в htop:

28540 ................... sh -c sleep 1000 # this-is-a-bad-idea

И нет возможности самому давать задавать pid-ы. Хоть какое-то средство было бы для тэгирования.

Хоть какое-то средство было бы

«Тема» решена. «Лечи» свою систему.

Вот скрин из htop. sleep 1000 есть, комментария нет.

«Лечи» свою систему.

Знать бы от чего «лечить».

Сделать временный симлинк на sleep с нужным именем

На стэковерфлоу нашёл пример с парсингом временных переменных окружения:

#!/bin/sh
_TAG=d726cc7fa57a308afdc057b228a13f6d
case "$1" in
start)
  _TAG=$_TAG ./self-backgrounding-process
  _TAG=$_TAG ./non-self-backgrounding-process &
  ;;
stop)
  pids=$(grep -l "\b_TAG=$_TAG\b" /proc/*/environ | cut -d/ -f3)
  [ -n "$pids" ] && kill $pids
  ;;
esac

Даже не знаю, на сколько это заслуживающий доверия вариант.

Костыли-костылики!

Это потому что bash не знаете, нет никаких костылей, эту задачу bash тоже решает (к rmu):

[[ -z "$_SECOND" ]] && _SECOND=1 exec -a execa_1 bash "$0" "${@}"

pgrep -f execa_1

Можно сменить имя потоку, и искать по нему.

Типа того:

https://github.com/electrum/procname

Знать бы от чего «лечить».

Попробуй напрямую dash вместо sh.

Не знаю почему

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

В общем, это было нерабочее решение.

это было нерабочее решение.

С чего это вдруг? Работает. Проверь.

pgrep показывает на шелл. Конечно, если его прибить, его потомок sleep тоже завершается. Но вот пометить именно sleep так не выйдет.

его потомок sleep тоже завершается

Работает же.

Что за шелл у тебя?

Что за шелл

bash+dash.

Конечно, если его прибить, его потомок sleep тоже завершается.

Сколько ты не спал?

Это потому что bash не знаете, нет никаких костылей, эту задачу bash тоже решает

Спасибо, дорогой vodz!
exec -a полностью решил мою задачу! Командуя:

bash -c "exec -a sleep_tag1 sleep 30"

sleep выполняет свою функцию паузы в скрипте, и в то же время процессу даётся нужное мне имя, не засираются переменные окружения, не создаются вручную pid-файлы, процесс легко матчится по имени (тем же pidof), сохраняется лёгкая портируемость на другие машины, ибо built-in. Супер!

Сердечное спасибо.

bash -c "exec -a

А zsh не проворачивает? Или в нём exec не «Алё» (я просто не знаю, но интересно)?

У меня zsh,

zsh -c "exec -a sleep_tag1 sleep 30"

работает также, как и с bash. Но последний есть везде, поэтому я его оставлю. Не, пусть sh будет, проверил – эффект тот же.

Но последний есть везде

Ээээ. Так мож sh (он тож есть везде) прокрутит у тебя? Хотя у меня (/bin/sh -> /bin/dash) не прокрутил.

Не совсем понял смысл твоего «прокрутит». Без проверки работоспособности скрипта на конкретной машине я дело не оставлю, само собой разумеется.

Не совсем понял смысл твоего «прокрутит».

$ sh -c "exec -a sleep_tag1 sleep 30"
sh: 1: exec: -a: not found

exec -a sleep_tag1

Проверь также, как с переменной твой zsh поступит:

sh -c 'TID=bla-bla-bla sleep 100'

А более корректно и осмыслено:

sh -c 'TAG=bla-bla-bla sleep 100'

sh -c 'TAG=bla-bla-bla sleep 100'

zsh запускает процесс sleep 100, pgrep -f ни переменную ни её значение не матчит.

zsh запускает

А кто у тебя sh, кстати?

ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Мар  1  2012 /bin/sh -> dash

sleep 100

Ну такой-то костыль точно должон сработать:

sh -c 'sleep 100; echo "TAG=bla-bla-bla"'

sh -c 'sleep 100; echo "TAG=bla-bla-bla"'

Да, это работает. Но, как я писал выше, мне понравился вариант exec -a, потому что он позволяет находить процесс по имени, и без костыляния.

А кто у тебя sh, кстати?

lrwxrwxrwx 1 root root 4 ноя 13 20:31 /bin/sh -> bash

$(exec -a sleep_tag1 sleep 30)

Для меня сабшел выглядит проще и понятнее, без указания шела.

Так у меня работает, не знал что так можно делать. Пока не знаю зачем мне эта фигня, но выглядит полезным

только доллар вначале лишний

( sleep 10050 & echo $! >/tmp/sleep.pid && wait $! && rm -f /tmp/sleep.pid )

А вообще - выкидывайте этот ваш шелл.