最可靠方法是直接运行lscpu命令：model name显示cpu型号，socket(s)×core(s) per socket得出总物理核心数，cpu(s)为逻辑线程总数；/proc/cpuinfo需配合uniq和sort -u等去重处理，否则易误判。
直接用 lscpu 看型号和核心数最可靠
别一上来就 cat /proc/cpuinfo —— 字段重复、逻辑核物理核混在一起，容易把“CPU(s): 64”当成64个物理核。直接运行 lscpu，它从内核缓存里提取结构化数据，四行关键字段一眼分清：Model name 是型号，Core(s) per socket 和 Socket(s) 相乘得总物理核心数，CPU(s) 是逻辑线程总数。
常见错误：看到 CPU(s): 32 就以为是32核——其实可能是2颗CPU × 8核 × 2线程（超线程开启）。真正物理核心数 = Socket(s) × Core(s) per socket，这个乘积在 lscpu 输出里天然对应，不用手动算错。
/proc/cpuinfo 里提型号要加 uniq，否则可能重复或截断
lscpu 的 Model name 有时会省略后缀（比如只显示 “Intel(R) Xeon(R) CPU @ 2.30GHz”），而 /proc/cpuinfo 每条记录都带完整字符串，更适合脚本提取。但必须注意：
-
grep "model name" /proc/cpuinfo会输出 N 行（N = 逻辑CPU数），直接看前几行容易误判 - 必须加
| uniq去重，因为同一物理CPU的所有逻辑核型号一致；不加的话，重复刷屏还可能漏掉唯一值 - 某些容器或ARM虚拟机环境里，
/proc/cpuinfo可能被精简，lscpu更稳定
查物理CPU颗数不能只看 cpu cores 字段
/proc/cpuinfo 里每条记录都有 cpu cores，但它表示“该物理CPU拥有的核心数”，不是全局总数。典型错误是：grep "cpu cores" /proc/cpuinfo | wc -l——这统计的是“有多少条记录含这个字段”，毫无意义。
正确做法：
- 取第一条的值：
grep "cpu cores" /proc/cpuinfo | head -n1 | cut -d: -f2 | xargs - 再结合物理CPU数：
grep "physical id" /proc/cpuinfo | sort -u | wc -l - 总物理核心数 = 上面两个数相乘，但更推荐直接看
lscpu的Socket(s)和Core(s) per socket
验证是否识别全了CPU，得翻 dmesg 启动日志
如果 lscpu 显示逻辑CPU数明显偏低（比如双路32核机器只显示16个逻辑CPU），问题不在命令本身，而在BIOS设置或内核参数。这时候 /proc/cpuinfo 和 lscpu 都只是“当前看到的”，不是“硬件实际有的”。
查内核启动时的真实枚举：dmesg | grep -i "smp\|cpu.*detected" | tail -5。这里能看到内核开机时扫到多少个CPU，如果这里数量对不上，说明BIOS里关了某路CPU、没开超线程，或者启动加了 maxcpus= 之类限制参数。
物理拓扑和启动识别这两层信息，缺一不可；光看运行时输出，容易把配置问题当成命令不会用。
