Как узнать время работы процесса в Linux

как "uptime" имеет несколько значений, вот полезная команда.

ps -eo pid,comm,lstart,etime,time,args

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

PID COMMAND                          STARTED     ELAPSED     TIME COMMAND

PID = идентификатор процесса

первый COMMAND = только имя команды без параметров и без аргументов

STARTED = абсолютное время начала процесса

ELAPSED = время, прошедшее с момента запуска процесса (времени), формат [[dd-]hh:]mm: ss TIME = накопительное время процессора," [dd-]hh:mm:ss " формат

second COMMAND = снова команда, на этот раз со всеми предоставленными параметрами и аргументами

если у вас есть ограниченная версия ps таких как находится в busybox, вы можете получить время запуска процесса, глядя на метку /proc/<PID>. Например, если pid, который вы хотите посмотреть, 55...

# ls -al /proc | grep 55
dr-xr-xr-x    7 root     root             0 May 21 05:53 55

... а затем сравнить его с текущей датой...

# date
Thu May 22 03:00:47 EDT 2014

Я думаю, что вы можете просто запустить:

$ stat /proc/1234

1234-идентификатор процесса.

пример с двумя процессами, запущенными в один и тот же час минуты секунды, но не те же миллисекунды:

$ stat /proc/9355
...
Access: 2017-11-13 17:46:39.778791165 +0100
Modify: 2017-11-13 17:46:39.778791165 +0100
Change: 2017-11-13 17:46:39.778791165 +0100
$ stat /proc/9209
...
Access: 2017-11-13 17:46:39.621790420 +0100
Modify: 2017-11-13 17:46:39.621790420 +0100
Change: 2017-11-13 17:46:39.621790420 +0100

такая простая вещь не правильно ответил после 5 лет?

Я не думаю, что вы можете точно сделать миллисекунд. напр. если вы видите Man procfs и видите /proc / $$ / stat, который имеет поле 22 как startime, которое находится в "Clock ticks", у вас будет что-то более точное, но тики часов не собираются с совершенно постоянной скоростью (относительно "настенного времени") и будут выключены... сон и некоторые вещи (ntpd, я думаю) компенсируют это. Например, на машине, работающей под управлением ntpd, с 8 днями uptime и никогда не спал, dmesg-T имеет ту же проблему (я думаю...), и вы можете увидеть его здесь:

# date; echo h > /proc/sysrq-trigger; dmesg -T | tail -n1 ; date
Fri Mar  3 10:26:17 CET 2017
[Fri Mar  3 10:26:16 2017] sysrq: SysRq : HELP : loglevel(0-9) reboot(b) crash(c) terminate-all-tasks(e) memory-full-oom-kill(f) kill-all-tasks(i) thaw-filesystems(j) sak(k) show-backtrace-all-active-cpus(l) show-memory-usage(m) nice-all-RT-tasks(n) poweroff(o) show-registers(p) show-all-timers(q) unraw(r) sync(s) show-task-states(t) unmount(u) force-fb(V) show-blocked-tasks(w) 
Fri Mar  3 10:26:17 CET 2017

вот секунд:

# example pid here is just your shell
pid=$$

# current unix time (seconds since epoch [1970-01-01 00:00:00 UTC])
now=$(date +%s)

# process start unix time (also seconds since epoch)
# I'm fairly sure this is the right way to get the start time in a machine readable way (unlike ps)...but could be wrong
start=$(stat -c %Y /proc/"$pid")

# simple subtraction (both are in UTC, so it works)
age=$((now-start))

printf "that process has run for %s seconds\n" "$age"