Ygtjki

I would like to avoid doing this by launching the process from a monitoring app.

On Linux with the ps from procps(-ng) (and most other systems since this is specified by POSIX):

ps -o etime= -p "$$" 

Where $$ is the PID of the process you want to check. This will return the elapsed time in the format [[dd-]hh:]mm:ss.

Using -o etime tells ps that you just want the elapsed time field, and the = at the end of that suppresses the header (without, you get a line which says ELAPSED and then the time on the next line; with, you get just one line with the time).

Or, with newer versions of the procps-ng tool suite (3.3.0 or above) on Linux or on FreeBSD 9.0 or above (and possibly others), use:

ps -o etimes= -p "$$"

(with an added s) to get time formatted just as seconds, which is more useful in scripts.

On Linux, the ps program gets this from /proc/$$/stat, where one of the fields (see man proc) is process start time. This is, unfortunately, specified to be the time in jiffies (an arbitrary time counter used in the Linux kernel) since the system boot. So you have to determine the time at which the system booted (from /proc/stat), the number of jiffies per second on this system, and then do the math to get the elapsed time in a useful format.

It turns out to be ridiculously complicated to find the value of HZ (that is, jiffies per second). From comments in sysinfo.c in the procps package, one can A) include the kernel header file and recompile if a different kernel is used, B) use the posix sysconf() function, which, sadly, uses a hard-coded value compiled into the C library, or C) ask the kernel, but there's no official interface to doing that. So, the ps code includes a series of kludges by which it determines the correct value. Wow.

So it's convenient that ps does that all for you. :)

As user @336_ notes, on Linux (this is not portable), you can use the stat command to look at the access, modification, or status change dates for the directory /proc/$$ (where again $$ is the process of interest). All three numbers should be the same, so

stat -c%X /proc/$$

will give you the time that process $$ started, in seconds since the epoch. That still isn't quite what you want, since you still need to do the math to subtract that from the current time to get elapsed time — I guess something like date +%s --date="now - $( stat -c%X /proc/$$ ) seconds" would work, but it's a bit ungainly. One possible advantage is that if you use the long-format output like -c%x instead of -c%X, you get greater resolution than whole-number seconds. But, if you need that, you should probably use process-auditing approach because the timing of running the stat command is going to interfere with accuracy.

Portable:

% ps -o stime,time $$
STIME TIME
Jan30 00:00:06

i.e. that shell was started on January 30 and totaled about 6 seconds of CPU time.

There may be more precise or more parseable but less portable ways to get this information. Check the documentation of your ps command or your proc filesystem.

Under Linux, this information lives in /proc/$pid/stat.

awk 'print "CPU time: " $14+$15; print "start time: " $22' /proc/$$/stat

The CPU time is in jiffies; I don't know offhand how to find the jiffy value from the shell. The start time is relative to the boot time (found in /proc/uptime).

ps -eo pid,comm,cmd,start,etime | grep -i X

X is the name of the process

ps takes a -o option to specify the output format, and one of the available columns is etime. According to the man page:

etime - elapsed time since the process was started, in the form [[dd-]hh:]mm:ss.

Thus you can run this to get the PID and elapsed time of every process:

$ ps -eo pid,etime

If you want the elapsed time of a particular PID (e.g. 12345), you can do something like:

$ ps -eo pid,etime | awk '/^12345/ print $2'

(Edit: Turns out there's a shorter syntax for the above command; see mattdm's answer)

Unsure why this has not yet been suggested: on Linux you can stat() the /proc/[nnn] directory for your PID.

This behavior is explicitly designed to return the process start time, which it can do at high resolution, and which the kernel can do accurately without the jiffies hacks since the kernel can (obviously) simply check the relevant information. The access, data-modification and status change fields all return the process start time.

Best of all, you can use stat(1) at the shell, or the appropriate binding to stat(2) from $favorite_programming_language, so you may not even need to launch an external process.

NOTE that this does not work with /usr/compat/linux/proc on FreeBSD; the access/modification/status-change times returned are the current time, and the birth time is the UNIX epoch. Quite stupid the support isn't there if you ask me.