lscpu 适合快速查看 CPU 架构和拓扑，输出静态信息如 Socket(s)、Core(s) per socket、Thread(s) per core 和缓存，但不反映实时负载或频率；/proc/cpuinfo 更细粒度但冗长；top/htop 仅监控性能，无法查型号；dmesg 仅用于启动期 CPU 特性排查。
lscpu 适合快速看整体 CPU 架构和拓扑
它把分散在 /proc/cpuinfo、sysfs 等多处的信息聚合整理，输出结构清晰，一眼能看清物理 CPU 数（Socket(s)）、每颗 CPU 的核心数（Core(s) per socket）、是否开启超线程（Thread(s) per core），以及缓存层级大小。
常见错误是把它当“实时监控工具”用——lscpu 输出的是静态架构信息，不反映当前负载或频率波动。比如 CPU MHz 字段只是当前采样值，可能被降频压制，不能代表标称主频。
- 查物理 CPU 数量：
lscpu | grep "Socket(s)" - 确认是否启用超线程：
lscpu | grep -E "(Thread|Core|Socket)"，若Thread(s) per core是 2，且CPU(s)是Core(s) per socket×Socket(s)的两倍，大概率开了超线程 - 注意虚拟化环境：在 VMware/KVM 中，
lscpu会显示Hypervisor vendor和Virtualization type，但NUMA node(s)可能被抽象掉，不一定反映真实硬件拓扑
/proc/cpuinfo 更细粒度，但得自己筛字段
/proc/cpuinfo 是原始数据源，每个逻辑 CPU 单独一段，字段全、颗粒细，比如 processor、physical id、core id、cpu cores 都有，适合做脚本解析或排查亲和性问题。
但它冗长难读，同一台机器上多个逻辑核的信息高度重复，直接 cat /proc/cpuinfo 容易看花眼；更麻烦的是，某些字段含义容易误解——比如 cpu cores 是指该物理 CPU 封装内的核心数，不是整机总核数。
- 查所有逻辑 CPU 总数：
grep -c "^processor" /proc/cpuinfo - 查物理 CPU 个数：
grep "physical id" /proc/cpuinfo | sort -u | wc -l - 查单颗 CPU 的真实核心数：
grep "cpu cores" /proc/cpuinfo | head -1 | cut -d: -f2 - 型号名称最可靠写法：
grep "model name" /proc/cpuinfo | head -1 | cut -d: -f2 | sed 's/^[[:space:]]*//'（避免空格干扰）
别用 top 或 htop 查 CPU 型号，它们只报使用率
top 和 htop 是运行时性能监控工具，顶部显示的 %Cpu(s) 或各核负载条，跟 CPU 型号、架构、缓存完全无关。有人误以为 htop 的“CPU info”面板能显示型号，其实它只展示逻辑核编号和当前占用，连主频都不报。
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
如果在运维现场临时想确认 CPU 型号又没记清命令，lscpu 是最快路径；硬要从 top 里找，唯一能间接辅助的是按 1 键切换视图看各核负载分布——但这对识别硬件毫无帮助，纯属徒劳。
- 想看实时频率变化？
watch -n 1 'grep "cpu MHz" /proc/cpuinfo | head -4'比top有用得多 -
htop的 F2 设置里，“Available meters”里没有“CPU model”这一项，别白费时间翻
内核日志里的 CPU 信息只适合查启动阶段异常
dmesg | grep -i cpu 输出的是内核初始化时探测到的 CPU 能力和警告，比如是否识别出 AVX-512、有没有禁用某扩展、是否检测到微码缺陷等。它不提供型号、缓存、拓扑等常规信息，日常排查几乎用不上。
典型使用场景是：系统启动后发现某指令集不可用（如 Illegal instruction 错误），或者怀疑 BIOS 设置导致部分特性未启用，这时才去翻 dmesg 找线索。
- 常见有效线索：
CPU: GenuineIntel Family 6 Model 191 Stepping 2（对应 i5-13400F） - 看到
microcode: updated early表示微码已加载，但不会告诉你版本号；要看微码版本得查/sys/devices/system/cpu/microcode/version - 如果
dmesg | grep -i cpu几乎无输出，不代表有问题——只要lscpu和/proc/cpuinfo正常，就说明内核已成功识别 CPU
真正容易被忽略的点是：不同命令看到的“CPU 数量”可能不一致。比如 lscpu 显示 CPU(s): 8，但 grep -c "^processor" /proc/cpuinfo 返回 16——这通常意味着超线程被 BIOS 关闭，而内核仍报告了逻辑核，需交叉验证 Thread(s) per core 和 online CPU list 才能定位真相。
