在日常运维中， 了解每个进程到底是何时被点燃的，往往比盯着 CPU、内存占用更能帮助我们定位异常。Ubuntu 自带的工具足以让这件事变得轻而易举， 只要掌握几个技巧，你就能在几秒钟内把「进程出生时间」揪出来。下面我把自己的实战经验揉进文字里希望你在阅读时还能闻到咖啡的清香——主要原因是我经常边敲命令边喝咖啡，共勉。。

方法一：ps 命令直接输出启动时间

开倒车。 ps 是 Linux 老牌的进程查询利器。配合自定义列选项，它可以把每个 PID 对应的完整启动时间一次性抖落出来。

# 列出所有进程的 PID、 启动时间和完整命令行
ps -eo pid,lstart,cmd

如果只想锁定某个名字，可以管道 grep

# 查找名为 nginx 的所有实例
ps -eo pid,lstart,cmd | grep nginx | grep -v grep

输出示例：

 1234 Mon Sep 16 08:12:45 2023 /usr/sbin/nginx -g daemon on;
 5678 Mon Sep 16 08:12:46 2023 /usr/sbin/nginx -g daemon on;

这种方式简洁直观，适合快速定位单个服务的「生日」。不过如果你需要更细腻的秒级精度或想对大量 PID 做批量处理， 害... 后面的办法会更给力。

方法二：top/htop 实时交互式查看

top 是每位 Linux 小伙伴都熟悉的「任务管理器」；而 htop 则是它的彩色升级版。两者都能在交互界面里直接看到每个进程的运行时长，再配合快捷键就能转换成绝对时间。

• top：打开后按下 E即可切换显示「累计运行时间」列。
• htop：默认已经展示了「TIME+」字段，右键 → 「Setup」→「Columns」中勾选「Start Time」即可。

我们一起... 虽然图形化界面看起来更友好， 但记得在服务器上使用 SSH 时加上 -C 参数可以压缩流量，让画面依旧流畅。

方法三：从 /proc//stat 抓取原始时间戳并转换

醉了... /proc 文件系统藏着每个进程最底层的数据。第 22 个字段记录了自系统启动以来经过的「时钟滴答数」， 只要把它除以系统频率，再加上系统开机时间，就能得到精准的绝对时间。

# 替换  为目标进程号
date -d @"$" +"%Y-%m-%d %H:%M:%S"

解释一下：

• $22: 从 /proc//stat 中提取第 22 列，即自开机以来经过的秒数。
• Date -d @seconds … : 把 Unix 时间戳转成人类可读格式。
• TIPS：If you run this inside a script, wrap it with $ to avoid quoting issues.

有时候敲完命令，我会听到键盘敲击声像雨滴一样 好吧好吧... 落在屋顶——这也是一种别样的满足感呢！🤔☕️

方法四：systemd 的神器——systemd-analyze blame

If you are more interested in services rar than arbitrary processes, systemd already记录了每个 unit 启动所耗费的时间。施行下面这条命令， 你会得到一张从慢到快排好的列表：

# 查看所有服务启动耗时
systemd-analyze blame

The output looks like:

   4.527s NetworkManager-wait-online.service
   3.112s apt-daily.service
   1.876s ssh.service
   ...

This is a golden needle when y 我深信... ou suspect某些服务拖慢了整体 boot time.

实战案例：定位一次奇怪的 CPU 峰值背后的根源

# top 中按 P 排序 或者：
ps -eo pid,%cpu,lstart,cmd --sort=-%cpu | head -n5

# 假设 PID 为 2749
date -d @"$" +"%Y-%m-%d %H:%M:%S"
# 或者使用 ps：
ps -p 2749 -o lstart=

A little story here – 那天凌晨，我看到某台生产机器 CPU 突然飙到 95%。通过上面的步骤， 我发现是一个名为 "java" 的旧版应用，自去年春天就一直在跑，却主要原因是日志轮转失效导致磁盘写入阻塞，到头来把 CPU 拉满。只需重启服务，一切恢复正常。从此我养成了每次排查前先确认「出生日期」的好习惯，火候不够。。

常见问题 Q&A

• 🔴P.S.  "ps -eo lstart"  →  只能显示到秒，不够毫秒级？答案是没有必要， 主要原因是 Linux 内核只记录到 jiffies，所以即使你想拿到更细粒度，也只能靠外部监控工具。
• 🔴P.P.  "top"  →  想要直接看到绝对日期？在 top 界面按下小写 b 再输入自定义字段，不过大多数人还是喜欢用脚本包装 ps + date 更灵活。
• 🔴P.Q.  "systemctl status xxx" → 这个命令也会显示 ExecStart 的 timestamp， 但是只针对 systemd 管理的服务，对普通用户自行后台跑的守护进程无能为力。
• 🔴P.R.  "cat /proc/$$/stat" → 使用 $$ 可以直接获取当前 shell 的 PID， 用来练手非常方便——敲完后你会听见键盘发出轻微嗒嗒声，好像提醒你：「别忘了记录自己的开始时刻。」😉
• 🔵  有时候，在终端里随手输入一句：「今天天气不错！」再回车， 会看到一串乱码——那其实是系统把你的中文当成了 UTF‑8 编码，却没有正确设置 locale。不过这和我们的主题无关，只是提醒大家：做好环境配置，也是提升效率的一环哦！🛠️📚
)

让信息透明化，从容应对突发状况 🎯

A good sysadmin never wonders “这个进程到底什么时候起床”。只要掌握上述几招，你可以随时用一条命令或两步操作把答案呈现出来。别忘了把这些技巧写进你的 SOP，甚至做成脚本自动化，让新同事也能“一看即懂”。当你站在监控面板前， 看见所有关键服务都井然有序地标注出生日期，那种踏实感，比任何华丽仪表盘都来得真实。

祝你玩转 Ubuntu， 如同指尖舞蹈般轻盈；若还有未解之谜，欢迎留言一起探讨！🌟🚀，看好你哦！