登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  linux

Linux systemd-analyze plot 怎样生成启动时间 SVG

来源:17golang原创

时间:2026-11-02 13:49:52 490浏览 收藏

先说结论:在使用 systemd 的 Linux 主机上,直接执行 systemd-analyze plot > bootup.svg,就能把已加载服务的启动时间关系导出为 SVG。这个图适合观察服务何时启动、初始化持续多久以及启动阶段的相对关系;它不是完整的依赖图,也不等于服务已经完成全部业务初始化。

官方地址:https://www.freedesktop.org/software/systemd/man/latest/systemd-analyze.html

  • 要看启动总耗时,用 systemd-analyze time。
  • 要看拖慢目标的关键依赖链,用 systemd-analyze critical-chain。
  • 要分享服务启动时间图,用 systemd-analyze plot 输出 SVG。

systemd-analyze plot 和其他启动分析命令有什么区别

time 给出内核、initrd 和 userspace 的启动耗时摘要;critical-chain 用文本方式展开到达某个 target 的关键链;plot 则把已加载服务的启动时刻和初始化区间放进一张 SVG 图。三者关注点不同,不能用一张图替代另外两种输出。

systemd-analyze time、critical-chain、plot 与服务启动时间 SVG 的静态结构关系图
图1:启动分析命令的结构说明图,查看总耗时、关键链、服务单元与 bootup.svg 的关系。

怎样把启动时间导出为 SVG

建议在主机刚完成启动后尽快采集,这样图中的单元更接近本次启动周期。命令只负责把标准输出重定向到文件,不需要额外安装绘图工具:

# 将 systemd 当前掌握的启动时间关系保存为 SVG 文件
systemd-analyze plot > bootup.svg

# 用浏览器或 SVG 查看器打开导出的文件
xdg-open bootup.svg

如果只想先确认启动摘要,可先运行:

# 先查看整体启动耗时,判断是否值得继续分析图形细节
systemd-analyze time

# 查看到达默认目标时的关键依赖链
systemd-analyze critical-chain

在没有图形桌面的服务器上,保留 bootup.svg 并下载到分析机即可;SVG 是文本格式,适合在问题单或复盘材料中作为静态附件保存。

SVG 里应该重点看哪些信息

先看服务轨道对应的单元名称,再看每个单元的启动位置和初始化区间。横向距离可以帮助你发现某个服务在启动阶段占据了较长时间,但不要把相邻轨道简单理解成严格的执行顺序:真正的先后关系仍要结合 unit 的依赖和 ordering 配置判断。

还要注意图中的数据是“最近一次启动周期”的单元计时。如果一个服务启动、停止后又重新启动,图中可能反映后一次启动,而不是本次开机最早的一次。某些服务结束后不再被其他单元引用,可能已经从 service manager 中卸载,因此不会出现在图里。

systemd manager、已加载单元、最近启动周期、初始化区间与 SVG 时间图边界说明图
图2:启动时间图的结果说明图,查看服务轨道、最近启动周期和未加载单元的解释边界。

常见误读和排查清单

现象更合理的判断处理方式
图中没有某个已执行过的服务该单元可能已经停止并被卸载在服务仍被加载时采集,并结合 systemctl status 看当前状态
同一服务的时间和预期不同图反映的是最近一次启动周期重启后尽快重新导出,不要混用多次采集结果
某条轨道很长就认为它阻塞全部启动初始化时长不等于关键依赖关系用 critical-chain 确认它是否位于目标的关键链上
看到启动完成就认为业务已就绪工具统计的是服务管理器的启动计时另外检查应用自身的健康状态和就绪信号

一个实用的复盘顺序是:先记录 systemd-analyze time 的摘要,再保存 bootup.svg,最后用 critical-chain 对最长轨道做依赖确认。这样既有整体数字,也有可视化关系和文本证据。

相关问题

systemd-analyze plot 能生成依赖关系图吗?

它主要展示服务启动时间和初始化区间,不是专门的依赖图。需要依赖关系图时,应查看 systemd-analyze dot 的输出,再结合 Graphviz 生成图形。

为什么 plot 导出的 SVG 不能直接证明服务慢?

图中时长只说明 systemd 记录到的单元初始化区间,还要确认采集的是哪次启动、服务是否被重复启动,以及它是否处在目标的关键依赖链上;业务层健康检查也不在这张图的统计范围内。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>