这颗 CPU 被 Windows 支持吗:型号列表、微码与缓解开销
用微软支持列表核对 CPU,读取 Windows 实际加载的微码版本,并理解 Spectre 类缓解的代价。
测试环境Pro (26H2) / Server · 版本号 26300.9457 / 26100.33650 · x64
E1- 版本号
- 26300.9457 / 26100.33650
- 版本
- Pro (26H2) / Server
- 架构
- x64
- 支持
- 文档(E1)
- 证据
- E1官方文档
- 核验日期
- 2026-10-29
- 页面类型
- 方法
“受支持”是一份列表,不是感觉。微软为每个 Windows 版本公布受支持的处理器,Windows 11 还额外强制 TPM 2.0、安全启动与 UEFI。一颗 CPU 可以很快却不在列表里——通常是因为 OEM 从未为该组合发布固件。
三件事要分开查:
- 型号是否在微软列表里(对应你的 Windows 版本)
- 微码是否最新(BIOS/UEFI 更新,或 Windows 微码更新)
- 缓解措施在这颗 CPU 上代价多大
1. 核对型号
Section titled “1. 核对型号”Get-CimInstance Win32_Processor | Select-Object Name,Manufacturer,NumberOfCores,NumberOfLogicalProcessors,MaxClockSpeedGet-CimInstance Win32_ComputerSystem | Select-Object Manufacturer,Model拿完整型号字符串(不是系列名)去查对应版本的处理器要求文档。不在列表里,Windows 11 安装会拒绝,或者即使强装也不受支持。
OEM 机器还要查该型号的支持页:有些只对后期批次提供 Windows 11 可用固件。
2. 读微码版本
Section titled “2. 读微码版本”Windows 把已加载的微码版本暴露在注册表:
Get-ItemProperty 'HKLM:\HARDWARE\DESCRIPTION\System\CentralProcessor\0' | Select-Object Identifier,'Update Revision','Previous Update Revision'Update Revision是当前加载的微码(十六进制)。- Windows 应用更新时,
Previous Update Revision显示更新前的值。 - 刷了几次 BIOS 后这个值一直不变,通常说明更新没带 CPU 微码,或者固件刷写失败。
微码有两条来路:固件里(刷写前一直有效)或Windows 更新(启动时加载,不写入固件)。长期留用的机器,希望它来自固件。
3. 理解缓解代价
Section titled “3. 理解缓解代价”Spectre/Meltdown 类缓解在受影响的 CPU 上默认开启。代价取决于负载:
- 系统调用密集(数据库、某些运行时)最明显。
- 批量计算最不明显。
- 较新硅片对老问题有硬件缓解,但可能有新问题。
微软的 SpeculationControl 模块会报告启用了什么、是否有硬件缓解:
Install-Module SpeculationControl -Scope CurrentUserGet-SpeculationControlSettings读 *HardwareMitigationAvailable 之类的字段,不要靠猜。处理不可信输入的机器上不要关缓解。
服务器还有第二份列表
Section titled “服务器还有第二份列表”Windows Server 在上面这些之外还有自己的约束:
- Server 认证的网卡与存储驱动(消费级驱动经常拒绝安装)。
- Hyper-V 需要 SLAT;嵌套虚拟化需要宿主暴露相应 CPU 特性。
- 部分服务器部件只在特定 OEM 平台上受支持。
在假设桌面 CPU 没问题之前,先查服务器的 OEM 支持矩阵。
不受支持的机器怎么办
Section titled “不受支持的机器怎么办”- 留在它受支持的那个 Windows 版本,并跟住该版本的补丁。
- 不要让它处理不可信输入。
- 如果是实验机,在记录里标注“不受支持”,并预期驱动/固件意外。
- 在你开始依赖它之前换掉。
E1。注册表路径与模块行为有微软文档依据。本站没有跨机群做微码审计,也不发布缓解损耗百分比。