ps 命令通过 ps -o pid,etime,comm 查看进程已运行秒数，其中 etime 表示自启动以来的完整秒数（向下取整），是通用且准确的方法。
ps 命令怎么看进程已运行多少秒
ps 默认不直接显示“启动后过了几秒”，但可通过 etimes（内核 4.15+）或组合字段推算。更通用的做法是用 ps -o pid,etime,comm：其中 etime 是自进程启动以来的**完整秒数**（取整，向下舍入），不是毫秒级精度。
常见误判点：
-
time字段是 CPU 占用时间（时分秒格式），不是运行时长 -
etime在容器中可能受 PID namespace 重置影响，值为 0 或异常小 - 若进程是子 shell 启动的（如
bash -c 'sleep 100'），etime从bash启动时刻算起，不是从sleep开始
top 或 htop 里怎么实时看进程存活时间
top 默认不显示运行时长，但可按 f 进入字段管理界面，启用 TIME+（CPU 时间）或 ELAPSED（仅较新版本支持）。注意：ELAPSED 列才是真实存活秒数，但多数 CentOS/RHEL 7 的 top 版本（procps-ng 3.3.x）不带该字段。
实操建议：
- 用
htop更省事——按F2→ Columns → 勾选ELAPSED，它会以秒为单位实时刷新 - 若只能用
top，临时替代方案是ps -eo pid,etime,comm --sort=-etime | head -n 11模拟 top 前 10 名最老进程 -
ELAPSED和etime数值一致，但htop显示带小数位（实际仍是整秒，只是格式化成 xx.x）
监控某个任务从开始到结束耗时（非后台进程）
对前台执行的命令，最准的方式是用 shell 内置 SECONDS 变量或 time 命令，而非查进程：
SECONDS=0
your_command_here
echo "耗时: ${SECONDS} 秒"或者用 GNU time（不是 shell builtin）获取更细粒度：
/usr/bin/time -f "real %e s, user %U s, sys %S s" your_command
关键区别：
- shell builtin
time不支持-f格式，输出简略 -
/usr/bin/time能测管道、多命令组合的整体耗时，而ps只能抓快照，无法关联“开始-结束” - 如果任务被
&放后台，再用ps查etime是可行的，但必须在启动后立刻记下PID，否则无法确认对应关系
为什么 /proc/PID/stat 的 uptime 字段和 etime 对不上
/proc/PID/stat 第 22 个字段（starttime）是相对于系统 boot time 的**jiffies**（非秒），需结合 /proc/uptime 和 getconf CLK_TCK 才能换算。而 ps etime 已帮你完成这步转换，所以应优先信 etime。
容易踩的坑：
- 直接读
starttime当作秒数，结果偏大几十倍（因为 jiffies 默认 100Hz，即 10ms 一 tick） - 没考虑进程 fork 时间点：子进程的
starttime是它被 fork 出来的时刻，不是父进程启动时刻 - 容器中
/proc/uptime是宿主机 uptime，但starttime可能被 cgroup 或 pid namespace 截断，导致计算出负值
真要从 /proc 手算，用 awk '{print int((/proc/uptime第一列 - $22 / $(getconf CLK_TCK))/1)}' 这类逻辑太易错，不如直接信 ps -o etime。
