最可靠方法是用lscpu：socket(s)为物理cpu颗数，core(s) per socket为每颗物理核数，thread(s) per core为每核线程数，三者相乘得总线程数；勿将cpu(s)值误作物理核数。
怎么看清楚物理CPU颗数、核心数、线程数这三层
直接看 lscpu 输出最可靠，它把物理层和逻辑层信息分栏列清，避免靠猜或拼接。关键字段就三个：Socket(s)（物理颗数）、Core(s) per socket（每颗的物理核数）、Thread(s) per core（是否开启超线程）。三者相乘就是操作系统看到的总线程数，也就是 CPU(s) 的值。
常见错误是把 CPU(s): 32 当成“32核”，其实它可能是 2 颗 × 8 核 × 2 线程 = 32 线程——真实物理核只有 16 个。采购单写“32核”，运维按这个配 Java 线程池，结果调度器挤在 16 个物理核上争抢资源，性能反而掉。
-
Socket(s): 1表示单路 CPU；2就是双路，常见于数据库或计算密集型服务器 -
Thread(s) per core: 1说明超线程被 BIOS 关闭，此时CPU(s)=Socket(s)×Core(s) per socket -
Thread(s) per core: 2是 Intel HT 或 AMD SMT 的典型值，但某些新 CPU（如部分 EPYC）支持3或4，不能默认套用
/proc/cpuinfo 里哪些字段真正对应硬件层级
/proc/cpuinfo 字段多且易混淆，重点盯住四个：
-
physical id：每个物理 CPU 的唯一 ID，去重计数即物理颗数（grep 'physical id' /proc/cpuinfo | sort -u | wc -l） -
core id：每个物理核心的 ID，同一physical id下去重后的数量 = 该 CPU 的物理核数 -
processor：从 0 开始编号的逻辑 CPU ID，总数就是线程数（grep 'processor' /proc/cpuinfo | wc -l） -
cpu cores：当前 CPU（注意是当前，不是全局）的物理核数，但只对第一个physical id有效；多路系统中需结合physical id分组查看
别信 cpu cores 单行输出就代表整机核数——双路机器上它只反映第一颗 CPU 的核数，第二颗可能不同（虽然少见，但 BIOS 设置异常时真会出现）。
为什么 top 或 nproc 显示的“核数”经常让人误判
top 右上角的 %Cpu(s) 后面那个数字，以及 nproc 命令返回值，全是逻辑 CPU 数，也就是线程总数。它们不区分物理/逻辑，也不告诉你超线程是否启用。
典型误导场景：
- Java 应用调
Runtime.getRuntime().availableProcessors()→ 返回 32，开发者就设corePoolSize=32，但物理核只有 16，高并发下 L1/L2 缓存冲突加剧 - Kubernetes 的
resources.limits.cpu按millicores划分，底层调度仍基于逻辑 CPU，若节点启用了超线程，两个 Pod 可能被调度到同一物理核的两个逻辑线程上，共享执行单元 -
stress-ng --cpu 32会起 32 个进程，但在 16 物理核 + HT 下，实际只有 16 个执行单元满载，另 16 个只是争抢流水线资源
确认超线程是否实际启用的硬办法
BIOS 设置和内核参数都可能让超线程“名义开启、实际关闭”。最稳的验证方式是比对两组数据：
运行 lscpu | grep -E 'Socket|Core|Thread|CPU'，再手动算：Socket(s) × Core(s) per socket × Thread(s) per core，结果必须严格等于 CPU(s)。如果不等，说明有 CPU 被 offline 或热插拔未生效。
- 检查是否禁用：运行
cat /sys/devices/system/cpu/smt/control，返回off或forceoff表示超线程被内核级关闭 - 检查 BIOS 状态：部分厂商（如 Dell iDRAC、HPE iLO）提供远程读取 BIOS 设置的接口，
dmidecode -t processor | grep -i "thread"有时也能暴露线索 - 观察调度行为：用
taskset -c 0,1 stress-ng --cpu 2 --timeout 10s，再查mpstat -P ALL 1 1，若 CPU0 和 CPU1 的 %idle 高度同步波动，大概率跑在同一物理核的两个逻辑线程上
物理核数和线程数的差值不是固定倍数，尤其在混合架构（如 Intel 12/13/14 代大小核）或 ARM Neoverse 上，Thread(s) per core 可能因 core 类型不同而异——这时候 lscpu 的汇总值会失真，必须结合 lscpu -e 查每颗逻辑 CPU 的详细归属。
