Как в linux-системе однозначно идентифицировать процесс?

sessionid?

http://www.linux.org.ru/news/doc/5048580

Почему-то в голову приходит только

popen(«ps -p __PID__ -o pid,start»);

Не бейте меня больно :-D

http://www.linux.org.ru/news/doc/5048580

Вообще не в тему.

так как после смерти процесса его PID может занять другой процесс

Ну проверить, что у него cmdline нужный, нет?

sessionid?

Ты про /proc/$PID/sessionid? Не подходит.

while true; do cat /proc/self/sessionid; echo; done

Ну проверить, что у него cmdline нужный, нет?

cmdline тоже может быть одинаковый.

может время создания процесса?

cmdline тоже может быть одинаковый.

Ужос :-). Но чем-то они должны отличаться? Пихать в environment гуид и смотреть /proc/$PID/environ

Пихать в environment гуид и смотреть /proc/$PID/environ

Нет возможности, так как процессы, которые нужно мониторить, мне не подконтрольны.

> Очевидный вариант с сохранением только PID не надёжен, так как после смерти процесса его PID может занять другой процесс.

У другого процесса будет отличаться время старта.

Почему-то в голову приходит только

popen(«ps -p __PID__ -o pid,start»);

Не бейте меня больно :-D

Вообще это самый близкий вариант. Но есть два НО:

[*] Тогда уж сразу читать время из /proc/$PID/stat
[*] Время там недостаточно точное. _Теоретически_ могут запуститься и убиться (очень очень быстро) два разных процесса, у которых будет один PID и одно и то же время в /proc/$PID/stat. Хотя это уже из области фантастики =).

У другого процесса будет отличаться время старта.

Только что написал. Наверное так и буду делать.

> Тогда уж сразу читать время из /proc/$PID/stat

Хм, вариант с ps наиболее верен с точки зрения POSIX ;-)

А вообще да, никак не могу приучить себя исползовать /proc и /sys. Вот не знаю, хорошо это или плохо....

(хотя, наверное, /sys не нужен, так как есть udev/hal/dbus)

а если написать модуль ядра, который будет следить за запущенными процессами ?

а если написать модуль ядра, который будет следить за запущенными процессами ?

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

>_Теоретически_ могут запуститься и убиться (очень очень быстро) два разных процесса, у которых будет один PID и одно и то же время в /proc/$PID/stat.

Помоему это что-то из области фантастики, если учесть то, как linux раздает PID'ы.

Помоему это что-то из области фантастики, если учесть то, как linux раздает PID'ы.

Тем не менее, вот такой однострочник:

while true; do readlink /proc/self; done

>> Время там недостаточно точное. _Теоретически_ могут запуститься и убиться (очень очень быстро) два разных процесса, у которых будет один PID и одно и то же время в /proc/$PID/stat. Хотя это уже из области фантастики =).

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

Насколько я понимаю это фича и также должно быть и в других юникс-подобных системах.

>> Начинает выводить повторяющиеся PID'ы каждые полминуты =)

какой шустрый у тебя комп

какой шустрый у тебя комп

Да я бы не сказал, что он шустрый...

у тебя перацкий линукс ^_^

А запустить этот процесс из своей программы нельзя? Ведь если из твоего процесса запущено приложение, то без твоего ведома pid никто не освободит для другого процесса (см. zombie).

Написать рулес для auditd.

Написать утиль, который форкается и запускает бинарник. Получать статус о чайлде через wait() & co.

Никак.