lscpu最可靠，字段明确：cpu(s)为逻辑核总数，core(s) per socket为每颗cpu核心数，socket(s)为物理cpu数，model name为完整型号，thread(s) per core为每核线程数；/proc/cpuinfo需谨慎过滤防误读。
直接用 lscpu 看型号和核心数最可靠
它输出结构清晰，字段含义明确，不用自己拼接过滤逻辑，也不受/proc/cpuinfo中重复字段或空行干扰。尤其在多路服务器、启用了超线程或虚拟化环境中，lscpu 自动做了归类汇总，避免你误把逻辑核当物理核。
关键字段要盯住这几个：
-
CPU(s)：当前在线的逻辑 CPU 总数（即系统能调度的线程数） -
Core(s) per socket：每颗物理 CPU 的核心数 -
Socket(s)：物理 CPU 插槽数量（即物理芯片个数） -
Model name：完整 CPU 型号，含品牌、代际、频率等 -
Thread(s) per core：每个物理核心支持的线程数（1 = 未启用超线程，2 = 启用）
例如输出中看到 Socket(s): 2、Core(s) per socket: 12、Thread(s) per core: 2，那总逻辑核就是 2 × 12 × 2 = 48，但物理核心只有 24 个。
/proc/cpuinfo 适合查原始细节，但容易误读
这个文件是内核生成的虚拟文件，每段对应一个逻辑 CPU，所以字段会重复多次。新手常犯的错是直接统计 cpu cores 行数，结果得到的是“每个物理 CPU 的核心数”被重复打印的次数，而不是总核数。
正确用法要配合 uniq 和字段语义：
- 查型号：
grep "model name" /proc/cpuinfo | uniq（只取一行，避免重复） - 查物理 CPU 个数：
grep "physical id" /proc/cpuinfo | sort -u | wc -l - 查每颗物理 CPU 的核心数：
grep "cpu cores" /proc/cpuinfo | uniq - 查逻辑 CPU 总数：
grep "processor" /proc/cpuinfo | wc -l或更简洁的nproc
注意：cpu cores 字段只在每个 physical id 下出现一次，所以必须 uniq；而 processor 是从 0 开始编号的逻辑核 ID，总数才反映真实可用线程数。
别信 cat /proc/cpuinfo | grep name 这种写法
很多教程教这么写，但它会把所有含 name 的字段都捞出来，比如 vendor_id、model name、甚至某些扩展字段里的 name，结果混着输出，根本没法识别哪行是型号。
真正干净的做法是：
- 严格匹配字段名：
grep "^model name" /proc/cpuinfo | uniq（^锁定行首） - 或者用
lscpu | grep -i "model name"，更稳 - 如果输出为空，说明内核没暴露该字段（极少见，多见于老旧 ARM 或某些嵌入式内核），此时可退到
dmidecode -t processor 2>/dev/null | grep "Version"
另外，cut -f2 -d: 这种切分对空格不敏感的字段（如带括号的型号）容易出错，不如用 sed 's/^[^:]*:[[:space:]]*//' 更鲁棒。
虚拟机里看到的 CPU 信息可能被限制
在 KVM、VMware 或容器中，lscpu 和 /proc/cpuinfo 显示的是虚拟化层暴露给 Guest 的视图，不是宿主机真实硬件。比如宿主机有 64 逻辑核，但 VM 只被分配了 4 核，那 lscpu 就只会显示 CPU(s): 4，且 Socket(s) 和 Core(s) per socket 的组合也可能被人为拆分（如 2 sockets × 2 cores），只为模拟特定拓扑。
这时候不能靠这些值反推宿主机配置。若需确认是否被限核，得登录宿主机查，或看 lscpu | grep -E "(Hypervisor|Virtualization)" 判断运行环境。
真正容易被忽略的点是：Thread(s) per core 在虚拟机里可能是 1，即使宿主机开了超线程——因为 vCPU 调度器未必透传该能力，也未必需要。别看到它是 1 就断定宿主机没开 HT。
