《性能之巅》贴源核对

这次核对围绕什么问题

• 第 1 章到底是不是一篇术语导论，还是已经在定义性能分析的起手顺序。
• 第 2 章的方法论到底是抽象框架，还是已经能落成现场诊断协议。
• 第 3 到第 5 章分别在为后续资源域章节提供什么前提：系统层次图、工具切入顺序、应用边界。
• 第 6 到第 11 章分别如何定义“哪些表象不够、什么证据才算数”，以及哪些裸机直觉进了云以后会失真。
• perf 和 BPF 这些重型工具到底什么时候值得上，什么时候只是问题没定义清楚就上了重武器。

已被材料支持的判断

• 第 1 章不只是给概念下定义，它已经在回答三个起手问题：这是不是值得投入的性能问题、应该从资源还是工作负载视角切入、开始深挖前要先做一轮最小快照。
• 第 2 章不是泛泛方法论，而是明确给出诊断顺序：先把问题说清，再用 USE/RED 这类方法做全盘分流，然后看工作负载特征、进入下钻分析，并在整个过程中反复做假设与验证。
• 第 3 章最关键的支撑点确实是系统层次图，尤其是应用、系统库、系统调用、内核子系统、硬件设备，以及用户态和内核态的分界；如果这张图不立住，后面章节很容易层次错位。
• 第 4 章支持“工具应按风险和问题类型递进切入”这一判断。当前问答返回的顺序很清楚：先 metrics，再 profiling，最后才是 tracing，而不是一上来就上最重工具；而且直接上 tracing 会因为高开销扭曲测量时间，反过来污染判断。
• 第 5 章支持“有些系统慢必须先回到应用侧看”这一判断。问答已经明确抓到几类应用信号：用户态 CPU 时间过高、锁竞争造成大量 off-CPU、看起来像网络阻塞其实是业务空闲等待，以及频繁的自愿睡眠。
• 第 6 章支持“高 CPU 使用率不等于 CPU 问题”这一判断。真正能把 CPU 问题坐实的是饱和度、调度器延时、IPC 和火焰图这类能形成闭环的证据，而不是单看繁忙度。
• 第 7 章支持“内存快用完不等于内存有问题”这一判断。页缓存、分配器保留内存、应用缓存预热和过度提交都会制造很像内存异常的表象。
• 第 8 章支持“文件系统慢和物理磁盘慢必须分层看”这一判断。先比较逻辑 I/O 与物理 I/O 的延时占比，再决定问题落在文件系统内部还是底层磁盘。
• 第 9 章支持“await 和 %util 不能单独定案”这一判断。它们都容易把平均值、阵列行为和真实饱和度混在一起，导致误判。
• 第 10 章支持“网络问题不能只看单边证据”这一判断。单看 TCP 重传或 TTFB，会把网络基础设施故障与端点主机的排队和应用处理时间混在一起。
• 第 11 章支持“进云以后裸机直觉会系统性失真”这一判断。宿主机共享、cgroup 配额、steal time 和观测盲区都会让客户机内部表象变得不再可靠。
• 第 13 章支持“perf 应该回答 CPU 和调用栈问题，而不是为了漂亮图表默认上场”这一判断。
• 第 15 章支持“BPF 值得在指标已经定义清楚、又需要低开销定制观测时再上”，而不是一开始就写重型 BCC 工具。

已被材料修正的判断

• 原判断：第 1 章主要是导论和术语预热。
  修正后：它已经在决定你后面如何起手排查，以及要不要先做最小系统快照。
• 原判断：第 2 章更像抽象方法总论。
  修正后：它可以直接压成现场诊断顺序，而不是继续停留在说明文层面。
• 原判断：第 4 章主要负责解释工具定义。
  修正后：它更像工具路由章，重点不是定义，而是何时该上哪类证据、何时不该直接上 tracing。
• 原判断：第 5 章只是提醒“不要把锅都甩给系统”。
  修正后：它已经给出具体的应用侧判别信号，足以支持后续做成应用侧排查卡。
• 原判断：CPU 高、内存紧、磁盘忙这些指标一旦显眼，就足以先把问题压到对应资源域。
  修正后：第 6 到第 9 章反而更强调“这些表象很会骗人”，真正重要的是饱和度、分布、层次和交叉证据。
• 原判断：网络慢通常就是网络栈或链路问题。
  修正后：第 10 章更强调先剥离端点主机和应用程序制造出来的假象，再谈外部网络。
• 原判断：进云以后只是多了点环境噪声，裸机判断大体还能照搬。
  修正后：第 11 章明确说明共享宿主机、软件配额和虚拟化盲区会直接改变很多核心判断前提。
• 原判断：perf、BPF 这类高级工具应该尽早上，越早越容易“看清楚”。
  修正后：原书更强调它们都有明确进入条件；问题没定义清楚时，上这些工具只会把复杂度放大。

当前仍然不确定的地方

• 第 1 章里“60 秒快照”这类起手动作，在 OCR 版本中的章节边界是否完全落在导论本章内，还需要下一轮更细问法再确认。
• 第 12 章基准测试、第 14 章 Ftrace、第 16 章案例研究还没进入这轮高价值问答，后续可能会补强或修正当前对工具边界和案例层的判断。
• 已完成章节目前拿到的是高价值决策型答案，还没有把最值得保留的案例、误判和最小产物继续拆成二轮问答。
• OCR 源文件能支持结构化判断，但如果后续要保留关键原句，仍需要更细的引用核对，不能直接把这轮转述当原文摘录。

下一轮建议怎么继续问

1. 补第 12、14、16 章：基准测试纪律、Ftrace 边界、案例研究结构。
2. 回到第 4 到第 11 章做第二轮补问：每章最值得保留的误判、最小证据链和最小产物。
3. 如果要做引文页，再单独拉关键原句和来源定位，不把当前转述答案直接当引文使用。

这次核对后，接下来要改哪里

• 可以把第 4 到第 11 章的逐章拆解继续往 notebooklm-checked 靠近，但暂时不要整篇升级状态，先继续把案例卡、误判和最小产物补扎实。
• 08_论证链与证据等级.md、13_逐章拆解 以及专题层的 exports/00_briefing.md、notes/current-judgment.md 都已经可以同步吸收这轮结论，不必再只停留在“准备贴源”的状态。