OpenBSD 7.9 发布了。时间是 2026 年 5 月 19 日，第 60 个正式 release。
它最反常的地方，是几乎没有把自己包装成“大版本”。没有桌面叙事，没有性能暴涨故事，也没有漂亮的新壳。它做的是另一套活：认新硬件，拆内核锁，补竞态，修休眠，把虚拟化边角磨平。
这也是 OpenBSD 7.9 的价值。现代操作系统越来越胖，OpenBSD 还在用老办法处理复杂性：少承诺，慢合入，把边界写清楚。
7.9 更新了哪些硬东西
7.9 的主线不是“功能更多”，而是“在 2026 年的硬件和虚拟化环境里少出怪问题”。
几个关键点可以扫一眼：
| 方向 | 7.9 的变化 | 对谁有用 |
|---|---|---|
| 硬件支持 | arm64 增加 RK3588、RK3576；Apple Silicon 相关 SDHC；riscv64 支持 SpacemiT K1 | 折腾 ARM/RISC-V 板子、苹果相关环境的用户 |
| amd64 | MAXCPUs 提到 255；修复超 512GB 内存机器上的页表问题 | 大内存、多核机器用户，但不等于性能承诺 |
| 调度 | 新增 hw.blockcpu，可区分 SMT、性能核、能效核、慢核 | 使用异构 CPU 的机器，尤其是大小核平台 |
| SMP 与内核锁 | kernel mutex 从 cas spinlock 改为 parking lock；amd64/arm64 支持并行 fault handling | 对内核争用、可伸缩性和稳定性有帮助 |
| 休眠 | delayed hibernation：挂起一段时间后自动唤醒并进入休眠 | 笔记本用户，尤其怕 suspend 后耗光电的人 |
| 虚拟化 | vmd/vmm 修复多项竞态；vmboot 支持 sysupgrade；支持 Apple Virtualization、AMD SEV 相关场景 | 跑 OpenBSD VM、维护测试机和虚拟化环境的人 |
| 安全与可靠性 | 缓解 AMD Zen/Zen+ 浮点状态泄漏；拒绝无 PT_LOAD exec segment 的二进制；提供 signify 公钥、errata、changelog | 管理员、安全敏感用户、需要可审计升级链路的人 |
DRM 同步到 Linux 6.18.22 相关代码，这里容易误读。OpenBSD 不是基于 Linux。它只是同步、移植图形驱动相关代码。这个区别要讲清，否则就把系统架构理解错了。
7.9 也没有给出一套统一基准测试来证明“更快”。所以别把这些改动读成性能海报。它们更接近工程维护：少一点锁争用，少一点竞态，少一点硬件不识别，少一点升级和休眠时的坏状态。
谁该升级，谁可以观望
最该认真看 7.9 的，是两类人。
一类是 OpenBSD 管理员。尤其是跑 vmd/vmm、经常做 sysupgrade、维护 amd64/arm64 机器的人。7.9 修的很多问题，普通用户看不见，但管理员会怕：暂停、终止、重启、网络重置时出现不可复现的坏状态。
这类团队不该只看“能不能启动”。更现实的动作是：先读 release notes、errata 和 changelog；确认 signify 公钥；在测试机上跑一遍 sysupgrade；把 VM 启停、休眠、网络重置这些路径测一遍。OpenBSD 的升级通常不靠玄学，靠你有没有按它的文档走。
另一类是新硬件用户。RK3588、RK3576、SpacemiT K1、Apple Silicon 相关 SDHC、现代 AMD 平台，这些名字背后是很具体的需求：板子能不能启动，存储能不能认，电源状态能不能撑住，虚拟化能不能少炸。
但这里也要降温。硬件“支持”不等于体验完整。尤其是图形、固件、电源管理、外设兼容，仍要看具体机器和 errata。生产环境别直接押新板子。采购可以延后到测试通过后再定，不要拿 release headline 当验收报告。
普通桌面用户可以观望。7.9 不是冲着“换上立刻舒服一截”来的。你如果只是想要最省心的日常桌面，Linux 或 macOS 仍然更顺手。这不是 OpenBSD 的失败，是它本来就没把大众桌面当主战场。
接下来最该看的变量很具体：异构 CPU 上 hw.blockcpu 的默认策略是否合适；vmd/vmm 的竞态修复在真实负载下是否更稳；DRM 移植有没有带来新回归；errata 会不会很快补出关键修正。
这些比“有没有新功能”重要。
慢不是落后，是边界管理
我不太买账“OpenBSD 慢，所以落后”这句话。
慢当然有代价。硬件支持不会总是第一时间跟上。桌面体验也不抢戏。遇到新外设、新 GPU、新笔记本，OpenBSD 用户经常要等，要查，要接受限制。
但 7.9 说明的不是落后，而是一种清醒的工程取舍。它没有把复杂性一口吞下，再用营销话术告诉用户“一切兼容”。它更像在说：能支持的写清楚，风险大的收紧入口，修过的给你 changelog，出了问题看 errata。
“欲速则不达”放在系统工程里不算鸡汤。很多操作系统的问题，不是功能少，而是层太多。驱动、固件、GPU、虚拟化、容器、浏览器、安全补丁，层层叠上去。出事时，连责任边界都变糊。
OpenBSD 的老派之处，就在这里。它对新硬件并不浪漫，对安全也不浪漫。AMD Zen/Zen+ 浮点状态泄漏要缓解，异常二进制要拒绝，无 PT_LOAD exec segment 就不放行。这些决定都不性感，但能减少系统里那些“先跑起来再说”的灰区。
拿历史作个短对照。早期铁路扩张时，真正难的不是铺一段更快的轨，而是轨距、信号、调度、维护能不能统一。操作系统也一样。速度只是表面，治理才是底盘。OpenBSD 7.9 做的，正是底盘活。
所以第 60 个 release 的意义，不是 OpenBSD 突然变成大众系统。它也不需要装成大众系统。
它提醒的是另一条路线还活着：不抢热闹，不许愿太满，用可验证的节奏抵抗软件膨胀。慢有慢的账，但账写在明处。