跳转到内容

这颗 CPU 被 Windows 支持吗:型号列表、微码与缓解开销

核验于 2 分钟阅读

用微软支持列表核对 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 从未为该组合发布固件。

三件事要分开查:

  1. 型号是否在微软列表里(对应你的 Windows 版本)
  2. 微码是否最新(BIOS/UEFI 更新,或 Windows 微码更新)
  3. 缓解措施在这颗 CPU 上代价多大
终端窗口
Get-CimInstance Win32_Processor |
Select-Object Name,Manufacturer,NumberOfCores,NumberOfLogicalProcessors,MaxClockSpeed
Get-CimInstance Win32_ComputerSystem | Select-Object Manufacturer,Model

拿完整型号字符串(不是系列名)去查对应版本的处理器要求文档。不在列表里,Windows 11 安装会拒绝,或者即使强装也不受支持。

OEM 机器还要查该型号的支持页:有些只对后期批次提供 Windows 11 可用固件。

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 更新(启动时加载,不写入固件)。长期留用的机器,希望它来自固件。

Spectre/Meltdown 类缓解在受影响的 CPU 上默认开启。代价取决于负载:

  • 系统调用密集(数据库、某些运行时)最明显。
  • 批量计算最不明显。
  • 较新硅片对老问题有硬件缓解,但可能有新问题。

微软的 SpeculationControl 模块会报告启用了什么、是否有硬件缓解:

终端窗口
Install-Module SpeculationControl -Scope CurrentUser
Get-SpeculationControlSettings

读 *HardwareMitigationAvailable 之类的字段,不要靠猜。处理不可信输入的机器上不要关缓解。

Windows Server 在上面这些之外还有自己的约束:

  • Server 认证的网卡与存储驱动(消费级驱动经常拒绝安装)。
  • Hyper-V 需要 SLAT;嵌套虚拟化需要宿主暴露相应 CPU 特性。
  • 部分服务器部件只在特定 OEM 平台上受支持。

在假设桌面 CPU 没问题之前,先查服务器的 OEM 支持矩阵。

  1. 留在它受支持的那个 Windows 版本,并跟住该版本的补丁。
  2. 不要让它处理不可信输入。
  3. 如果是实验机,在记录里标注“不受支持”,并预期驱动/固件意外。
  4. 在你开始依赖它之前换掉。

E1。注册表路径与模块行为有微软文档依据。本站没有跨机群做微码审计,也不发布缓解损耗百分比。

来源