在麒麟os中，用systemd-analyze命令可精确测量开机耗时：总耗时12.345s（kernel 1.234s、initrd 2.345s、userspace 8.766s），并支持blame查慢服务、critical-chain定位关键路径瓶颈。
在麒麟OS中确认系统从按下电源键到桌面就绪总共花了多少秒，比如刚重装完想验证优化效果、排查开机卡顿点、或对比不同硬件平台的启动性能，必须读取systemd记录的精确启动阶段耗时——它把整个启动过程拆解为内核加载、initrd挂载、用户空间服务启动等可测量环节，比单纯看登录界面出现时间更可靠。
用 systemd-analyze 查看整体启动耗时
这是最直接的方式，一条命令就能输出从固件启动到用户会话就绪的总耗时，以及各阶段分布。
按下 Ctrl + Alt + T 打开终端窗口。
输入命令：systemd-analyze，然后回车。
输出形如Finished booting in 12.345s (firmware 0.000s, loader 0.000s, kernel 1.234s, initrd 2.345s, userspace 8.766s)，其中 12.345s 就是本次启动总耗时，括号内分项说明各阶段占用时间。
注意：该结果不含 BIOS/UEFI 固件自检时间，若需包含，请使用 systemd-analyze time 命令（部分麒麟版本需手动启用 firmware 时间采集）。
用 systemd-analyze blame 查看慢服务
当总耗时偏高时，需要定位拖慢启动的具体服务。systemd-analyze blame 按耗时倒序列出所有已启动单元，帮你一眼抓住“元凶”。
在终端中执行：systemd-analyze blame。
输出类似 3.456s NetworkManager-wait-online.service → 2.123s plymouth-quit-wait.service → 1.890s docker.service，每一行代表一个服务的启动耗时，排在最上面的即为最慢项。
这一步操作起来很简单，直接把文件拖进去就行。但要注意：未成功启动的服务不会出现在列表里，只显示实际完成初始化的单元。
用 systemd-analyze critical-chain 定位关键路径瓶颈
有些服务虽然单个耗时不长，却卡在关键依赖链上，导致整条启动流水线被阻塞。critical-chain 显示从 init 到默认目标（通常是 graphical.target）的最长依赖路径，每一步都标出实际耗时。
第一步：在终端中运行 systemd-analyze critical-chain。
第二步：观察输出中以 ● 开头的主干路径，例如 ● graphical.target → multi-user.target → docker.service → network-online.target → NetworkManager-wait-online.service。
第三步：重点看每个节点后的耗时数字，比如 NetworkManager-wait-online.service 的 3.456s 是整条链中最长一环，说明网络就绪等待是当前启动最大瓶颈。
这个命令不显示所有服务，只聚焦影响最终就绪时间的关键路径，避免被次要服务干扰判断。
图形界面查看启动耗时（UKUI 桌面）
如果你习惯用鼠标操作，UKUI 桌面环境自带的“系统信息”工具也能显示基础启动耗时，适合快速扫一眼。
点击左下角“开始菜单”，在搜索框中输入系统信息并打开。
切换到顶部标签页中的启动。
在右侧信息栏中找到启动耗时项，其后显示的数值与 systemd-analyze 输出的第一行总耗时一致。
