主动电源状态（PS）详解：性能状态与功耗特性
主动电源状态，英文叫 Power State，简称 PS。这是 NVMe 协议里最核心的功耗控制手段。说白了，就是告诉你：这块盘在不同负载下，能跑多快、吃多少电。
我个人把 PS 分成两类：性能态和省电态。今天我们先聊性能态。为什么？因为大部分系统在真正干活时，都跑在性能态上。
PS 数据结构：一张表搞定
每个 NVMe 设备都会在 Identify Controller 数据结构的 Power State Descriptor 里，列出最多 32 个 PS。你看下面这个表格，就是我在调试一款企业级 SSD 时经常对照的参数：
| 字段 | 含义 | 典型值（PS 0） | 典型值（PS 1） |
|---|---|---|---|
| MP | 最大功耗（瓦） | 25 W | 10 W |
| MaxPowerScale | 功耗缩放因子 | 0（实际值×1） | 0 |
| NOPS | 空闲时是否自动降 PS | 0（不自动） | 1（可自动） |
| EntryLat | 进入该状态延迟（μs） | 0 | 2000 |
| ExitLat | 退出延迟（μs） | 0 | 5000 |
| Relative Performance | 相对性能等级（0=最高） | 0 | 3 |
注意，PS 0 永远是最高性能、最大功耗。我遇到过不少刚入行的同事问：“为什么 PS 0 不能设成省电模式？”答案很简单：协议就是这么定的，PS 0 就是满血状态。
性能状态 vs 功耗特性
性能状态决定的是：你发一个 I/O 命令，盘能多快处理完。功耗特性则更关注瞬间的电流尖峰和持续热量。
我曾经手一个项目，客户要求峰值功耗不能超过 18W。结果我们 PS 0 标称 25W，根本跑不了。后来怎么解决的？我们把 PS 0 的 MaxPower 字段往小了报，实际用 firmware 做了限流。嗯，这是个 dirty hack，但确实有效。
这里有个关键点：Relative Performance 字段。它不是一个连续的性能百分比，而是一个 0~15 的等级。0 是最高，15 是最低。不同等级之间的实际性能差，由厂商自己定义。你在看 spec 时，千万别把 RP 当成线性比例来算。
状态切换的代价：EntryLat 和 ExitLat
每次切状态都要花时间。EntryLat 是主机下发 Set Features 到设备进入该 PS 的时间；ExitLat 是从外部中断或命令唤醒，到设备准备好服务的时间。
我建议你在做功耗优化时，重点关注 ExitLat。为什么？因为在真实场景中，系统往往在低功耗 PS 下突然收到 I/O 请求。如果 ExitLat 太长，反而会拖累整体性能，得不偿失。我记得有个案例，某款 SSD 的 PS 3 ExitLat 标称 10ms，结果实际测试发现要 15ms，导致数据库延迟飙到 30ms 以上。查到最后，是 Firmware 里唤醒路径的锁竞争造成的。
我曾经吃过一次亏：只看 EntryLat 不看 ExitLat，结果低功耗状态下响应时间直接翻倍。现在的习惯是：两个延迟都要测，而且要在真实负载下测，不能只看 spec 表。
主动电源状态切换逻辑
主机通过 Set Features 命令，指定要切换到哪个 PS。设备收到后，会先做内部状态迁移，然后回复完成。整个过程可以用下面这个图来表示：
你看这个流程，Host 先发 Set Features 指定目标 PS，Controller 收到后要经历 EntryLat 的内部等待，然后完成状态迁移，最后发完成中断。实际项目中，这一步经常被固件优化掉 —— 如果目标 PS 和当前 PS 相同，就直接返回完成，不走迁移。
Noop Power State（NOPS）
PS 描述符里有个 NOPS 字段，意思是：当这个 PS 处于空闲时，是否允许控制器自动切换到更省电的状态。我强调一下：NOPS 只影响自动降级，不影响主机手动切换。
举个例子：你在 PS 0 上跑了一个 I/O 队列，如果 NOPS=0，那么即使队列空了，盘也坚持留在 PS 0。这对某些实时性要求高的场景是必要的。但如果 NOPS=1，盘会在空闲若干毫秒后自己跳到更深度的省电 PS。
如果你在做企业级存储，比如数据库或虚拟化，建议把 NOPS 置为 0。因为省那几瓦电，一旦响应慢了，业务投诉带来的成本远高于电费。我个人的经验是：性能优先的负载，永远别让设备自己降 PS。
如何读取当前的 PS
主机可以通过 Get Features 命令，读取 Current Power State。返回的数据就是当前正在运行的 PS 编号。你可以在调试时用这个命令验证切换是否成功。
// 伪代码：读取当前 PS
uint8_t current_ps;
nvme_get_features(ctrl, NVME_FEAT_POWER_MGMT, 0, NULL, ¤t_ps);
printf("当前电源状态: PS %d\n", current_ps);我在项目中喜欢在 driver 的 debugfs 里暴露这个值。这样不用抓 trace 就能快速看状态。你也可以在压力测试时定时打印，观察有没有异常跳变。
性能状态与 QoS 的关联
最后聊一个容易被忽略的点：PS 切换会影响 QoS（服务质量）。尤其是对那些有 strict latency 约束的场景，比如 NVMe over Fabrics 的远程访问。
你想想看，如果盘在低功耗 PS 里，突然来一个写命令，需要先 ExitLat 再处理。这个延迟很可能超出 SLO。我曾经在存储阵列测试中遇到：后台的电源管理策略每隔 10 秒让盘进入 PS 3，结果每次唤醒都导致 8ms 的尾延迟。排查后我们把超时阈值从 10 秒改成 30 秒，问题才解决。
| 场景 | 推荐策略 | 原因 |
|---|---|---|
| 数据库 OLTP | 锁定 PS 0，NOPS=0 | 延迟敏感，不能有 ExitLat |
| 视频监控写入 | 允许自动降 PS | 写入是流式，偶尔小延迟可接受 |
| 消费级笔记本 | 使用系统默认策略 | 省电优先，用户体验容忍度较高 |
好了，关于主动电源状态的核心内容就这些。记住三个关键词：MaxPower、EntryLat/ExitLat、NOPS。下次你在调功耗时，先问自己三个问题：当前跑在哪个 PS？切进去要多快？切出来要多快？想清楚这些，你的功耗优化就不会走偏。