微软bug：msconfig处理器个数不一定是总的逻辑处理器个数

文档有点长，结论先行：msconfig有bug，msconfig里的处理器个数不一定是总的逻辑处理器个数，逻辑处理器的个数以msinfo32显示的为准！！！

我的电脑管理员身份执行msinfo32命令，显示只有一颗CPU，是6个内核12个逻辑处理器

msconfig命令 → 引导 → 高级选项 → 处理器个数是12

通过买不同配置的机器，总结出规律，msconfig处理器个数最大值是最后一颗CPU的逻辑处理器个数，即powershell执行(Get-WmiObject win32_processor).NumberOfLogicalProcessors显示的最后一行结果

比如

①116核 216GB

ins-irul4sv5

②96核 192GB

ins-krkx65l7

③64核 128GB

ins-bvrpiecl

④48核 128GB

ins-p3pnfquf

⑤80核 192GB

ins-mhbv2e01

⑥96核 384GB

ins-e2w9ilkb

本来msconfig显示的处理器个数应该是所有CPU逻辑处理器的总个数，但是由于微软的bug，仅仅显示了最后一颗CPU的逻辑处理器个数，

比如想通过msconfig把原本96个逻辑处理器

调整成下次开机95个，由于显示bug，在界面上只看到最后一颗CPU的逻辑处理器个数32，没法通过图形界面调成95，只能通过命令来调

bcdedit /set numproc 95

调整后重启机器进入系统后执行msconfig查看，发现已经有最大95了，通过(Get-WmiObject win32_processor).NumberOfLogicalProcessors也能看到结果发生了变化。

重启前msconfig显示的个数为32，设置为95重启后，发现从64 → 95了

再比如，原本116核的调整成下次开机100个

重启前显示的52，设置为100重启后，发现从64 → 100了

如果想恢复到调整之前的状态，执行bcdedit /deletevalue numproc （注意：如果没执行bcdedit /set numproc <number> 命令而直接执行bcdedit /deletevalue numproc会报"尝试删除指定的数据元素时出错" "找不到元素"，或者执行第1遍bcdedit /deletevalue numproc已经成功了又继续重复执行也会报一样的错，所以bcdedit /deletevalue numproc 命令可以加输出重定向隐藏报错）

【powershell】

bcdedit /deletevalue numproc 2>$nul 1>$nul

【cmd】

bcdedit /deletevalue numproc 2>nul 1>nul

msconfig处理器个数的显示规律是我发现的，图文并茂地反馈给微软时，跟我沟通的工程师并不清楚原因给我乱猜一通，我认为是bug，后来他查到微软内部资料，给我回了邮件，确实是bug。他跟我电话沟通，说这个bug微软不打算修，因为通过命令可以解决。另外，逻辑处理器的个数以msinfo32显示的为准！！！