3. 启动性能度量体系
在UEFI启动性能优化工程中，没有度量就没有优化。启动性能度量体系的核心任务，是把“开机慢”这种主观感受，转化为可复现、可比较、可归因的量化数据。一个完整的度量体系需要回答五个问题：启动时间如何定义、看哪些关键指标、在哪些测量点采集、用什么计时工具、如何通过串口日志与性能计数器落地分析。
一、启动时间的定义：先统一口径，再谈优化
UEFI启动时间并非单一数值，而是由多个阶段叠加而成。工程上通常按固件视角划分为：上电复位到PEI入口、PEI阶段、DXE阶段、BDS阶段、操作系统加载器接管点。若按用户感知划分，则分为“按下电源键到Logo出现”“Logo出现到OS桌面可用”等。两者口径不同，优化目标也不同。
因此，度量体系的第一步是定义基准口径。建议统一采用“从平台复位向量开始，到ExitBootServices调用完成”作为固件可控时间窗口，并单独记录“到OS桌面”作为端到端参考值。所有优化收益都应以同一口径对比，否则会出现“优化了PEI，但用户感知没变”的偏差。
推荐口径定义：
- FW_Total：复位向量 → ExitBootServices，固件完全可控区间。
- PEI_Time：SEC/PEI入口 → DXE调度器启动。
- DXE_Time：DXE调度器启动 → BDS入口。
- BDS_Time：BDS入口 → ExitBootServices。
- OS_Time：ExitBootServices → OS桌面可用，作为端到端参考。
二、关键指标：不止是总时间
只看总时间无法定位瓶颈。关键指标应覆盖时间、事件、资源三个维度。时间维度包括各阶段耗时、各驱动入口耗时、各事件回调耗时；事件维度包括驱动加载数量、协议安装次数、设备枚举次数；资源维度包括内存占用、变量读写次数、I/O访问次数。
其中，驱动入口耗时和事件回调耗时是最具优化价值的指标。因为DXE阶段大量时间消耗在驱动初始化与事件通知上，而这两类数据可以通过性能计数器精确采集。另一个容易被忽视的指标是变量访问次数，频繁的GetVariable/SetVariable在SPI Flash上会带来毫秒级累积延迟。
| 指标类别 | 指标名称 | 采集方式 | 优化关注点 |
|---|---|---|---|
| 时间 | PEI/DXE/BDS阶段耗时 | 性能计数器 | 阶段占比 |
| 时间 | 驱动入口耗时 | PERF_START/END | 慢驱动排序 |
| 事件 | 事件回调耗时 | 性能计数器 | 回调合并 |
| 事件 | 驱动加载数量 | 串口日志 | 裁剪冗余驱动 |
| 资源 | 变量读写次数 | 变量服务钩子 | 减少Flash访问 |
| 资源 | 内存分配次数 | 内存服务钩子 | 减少碎片与延迟 |
三、测量点与计时工具：把探针放在正确位置
测量点的选择决定了数据的可归因性。推荐在以下位置埋点：SEC入口、PEI核心入口、DXE调度器入口、每个DXE驱动入口与返回、BDS入口、每个启动项加载前后、ExitBootServices调用点。这些点构成了启动路径的骨架，任何耗时异常都能映射到具体阶段或具体驱动。
计时工具方面，UEFI提供了多种机制。最基础的是时间戳计数器，通过读取CPU的TSC或平台定时器获得高精度时间。EDK II提供了Performance Library，通过PERF_START和PERF_END宏在代码中埋点，最终由DxeCorePerformanceLib汇总输出。此外，串口日志是最通用的观测手段，配合DEBUG宏可以输出带时间戳的启动轨迹。
// 典型性能埋点示例
PERF_START (NULL, "MyDriverEntry", NULL, 0);
Status = MyDriverInitialize ();
PERF_END (NULL, "MyDriverEntry", NULL, 0);
// 串口日志输出示例
DEBUG ((DEBUG_INFO, "PERF: BDS entry at %d us\n", GetTimeInMicroSeconds ()));需要注意的是，计时工具本身会引入开销。高频埋点可能使启动时间增加数毫秒，因此建议在性能分析版本中开启全量埋点，在发布版本中关闭或仅保留关键点。
四、串口日志与性能计数器：从数据到结论
串口日志适合观察启动顺序与异常事件，性能计数器适合量化耗时分布。两者结合，才能形成完整证据链。典型流程是：先用串口日志确认启动路径与驱动加载顺序，再用性能计数器导出各阶段与各驱动的耗时表，最后按耗时排序定位Top N瓶颈。
EDK II的性能计数器通常通过PerformancePkg中的Dp命令输出。在UEFI Shell中执行dp -s可以按耗时排序显示所有性能记录。输出结果包含记录名称、开始时间、结束时间、耗时等字段，可直接用于生成性能报告。
Shell> dp -s
PERF: 0x00000000 0x00000000 0x00000000 0x00000000 0x00000000
...
Record Name Start End Duration
1 SEC入口 0 120 120
2 PEI核心 120 3200 3080
3 DXE调度器 3200 9800 6600
4 MyDriverEntry 9800 12500 2700
5 BDS入口 12500 18000 5500实践建议：将性能计数器输出保存为CSV，用脚本自动生成阶段占比饼图与驱动耗时柱状图。每次优化后重新采集，形成“基线—优化—对比”的闭环。没有基线的优化，无法证明收益。
五、常见误区与复盘
误区一：只测总时间，不测阶段时间。结果是知道慢了，但不知道慢在哪。误区二：在发布版本中保留全量埋点，导致测量本身成为负担。误区三：忽略变量访问与Flash I/O的累积效应，只关注CPU耗时。误区四：不同版本使用不同口径对比，得出错误结论。
复盘时应重点检查：测量点是否覆盖了所有关键路径、计时工具是否引入额外开销、日志是否完整且时间戳对齐、性能计数器是否包含所有驱动。只有度量体系本身可靠，优化策略才有意义。
综上，启动性能度量体系是优化工程的地基。统一时间口径、明确关键指标、合理布置测量点、选用合适计时工具、结合串口日志与性能计数器，才能把模糊的“慢”转化为精确的“哪里慢、慢多少、为什么慢”。只有度量可靠，后续的裁剪、并行、延迟加载等优化策略才能被正确评估。