结论与前提
在 Debian 中，读取 /proc/cpuinfo（常称“cpuinfo”）通常能显示处理器所有可用的逻辑处理器；在多路（多插槽）系统上，配合对 physical id 与 cpu cores 的解析，也能统计出物理CPU数量与每颗CPU的物理核心数。前提是内核已正确识别并启用所有核心；若 ACPI 被关闭，可能出现只显示 1 个核心等识别异常，修正内核启动参数（如启用 acpi=on）后即可恢复。
快速自检命令
- 查看逻辑处理器数量（线程总数）
- cat /proc/cpuinfo | grep “processor” | wc -l
- 查看物理核心数（去重 core id）
- cat /proc/cpuinfo | grep “core id” | sort -u | wc -l
- 查看物理CPU颗数（去重 physical id）
- cat /proc/cpuinfo | grep “physical id” | sort -u | wc -l
- 查看每颗CPU的物理核心数（示例取第一颗）
- cat /proc/cpuinfo | awk -F: ‘/^physical id/{pid=$2; getline; cores=$2} END{print “cores per socket:”, cores}’
- 更直观的汇总
- lscpu
以上命令覆盖了从“逻辑处理器”到“物理核心/物理插槽”的关键维度，便于核对是否全部核心均被识别。
识别不到全部核心的常见原因与修复
- 内核启动参数禁用了 acpi
- 现象：/proc/cpuinfo 仅见 1 个 processor。
- 处理：在 /boot/grub/grub.cfg 的内核命令行将 acpi=off 改为 acpi=on，更新 grub 并重启。
- 虚拟机/云平台未分配足够 vCPU
- 现象：逻辑处理器少于预期。
- 处理：在宿主机或云控制台为实例分配更多 vCPU，重启后复查。
- 系统或容器限制
- 现象：容器/某些虚拟化环境仅暴露部分 CPU。
- 处理：检查容器/虚拟化平台的 CPU 配额与绑定设置（如 cgroups、CPU pinning）。
- 硬件/固件问题
- 现象：新平台或老主板 BIOS 异常。
- 处理：升级 BIOS/UEFI 与内核，必要时重置 BIOS 设置。
补充说明
- /proc/cpuinfo 与 lscpu 的数据来源于内核，反映的是内核已识别并调度的 CPU 拓扑；若 BIOS/ACPI/内核未正确暴露，工具也无法“看到”被屏蔽的核心。
- 在 容器 或受限的 虚拟化 环境中，可见核心数可能受配额限制，这与“检测不到”不同，属于配置层面的可见性约束。