package id 0 是 cpu 封装整体温度，代表芯片基板、ihs 与硅片的综合温升，是判断降频、风扇全速或热关机的关键指标；其 high/crit 阈值分别对应主动降频起点（如 80.0°c）和强制关机红线（如 100.0°c）。
Package id 0 就是你要的“CPU支架温度”——它代表 CPU 封装（package）整体温度，不是某个核心，而是芯片基板、IHS（集成散热顶盖）与硅片之间的综合热值，最接近传统意义上“CPU本体”的温升状态。很多用户误以为只有 Core 0 或 Core 1 才算“CPU温度”，其实 Package id 0 才是判断是否触发降频、风扇全速或热关机的关键指标。
sensors 命令输出里怎么看 Package id 0
sensors 是目前最可靠、最通用的查看方式，但前提是传感器已正确识别并加载驱动：
- 输出中必须出现类似 coretemp-isa-0000 或 k10temp-pci-00c3 这类带 coretemp/k10temp/zenpower 的设备名，否则 Package id 0 不会显示
- 若只看到 acpitz 或 thinkpad-acpi，那大概率只是主板南桥或环境温度，不能代表 CPU 封装温度
- Package id 0: +62.0°C (high = +80.0°C, crit = +100.0°C) 中的 crit 值就是内核触发强制降频或关机的硬阈值
/sys/class/thermal 下哪个 thermal_zone 对应 Package 温度
/sys/class/thermal 路径下没有统一编号规则，thermal_zone0 不一定就是 CPU。必须结合 type 文件确认：
- cat /sys/class/thermal/thermal_zone*/type 输出中含 x86_pkg_temp、cpu-thermal、Processor 或 Package 字样的，才可信
- 对应的 temp 文件单位是毫摄氏度：比如 cat /sys/class/thermal/thermal_zone3/temp 返回 62300 → 实际为 62.3°C
- 不要依赖目录序号，不同内核版本、不同主板 BIOS 可能导致 thermal_zoneX 映射完全错位
为什么 watch -n 1 sensors 不够用，得配合 high/crit 阈值看
单纯盯着数字跳动没意义，关键要看当前温度离high 和 crit 还剩多少余量：
- high = +80.0°C 是开始主动降频（throttling）的起点，此时性能已受影响
- crit = +100.0°C 是内核 thermal 子系统强制关机的红线，不可逾越
- 如果 Package id 0 长期维持在 +75°C 以上，即使没报错，也说明散热瓶颈已到，需检查硅脂、风道或负载分布
- 虚拟机里跑 sensors 几乎必然为空，因为 KVM/QEMU 默认不透传物理温度传感器，这类场景只能靠宿主机监控或 psutil.sensors_temperatures()（仍受限于 guest 内核是否加载对应模块）
真实硬件过热降频不是突然发生的，而是从 Package id 0 持续高于 high 阈值开始，逐步限制 CPU 频率。你看到的“卡顿”“响应慢”，往往就发生在 +78°C → +82°C 这个窄区间里——这时候再查温度已经晚了，得提前盯住 Package id 0 和它的两个阈值。
