目录
逐章拆解
逐章拆解按问题入口组织：现象卡在哪层，就下钻对应章节，不按目录顺序硬读。
打开目录 →
性能之巅：系统、企业与云可观测性（第2版）
《性能之巅》这一组文稿围绕排障顺序、证据链、误判边界和逐章下钻组织，不按工具分类。
书内目录
00
工具都会用，排障为什么还是慢
排障的真问题不在工具，在排查顺序。USE 方法和延迟分解提供了这条路径。
打开文稿 →
02
十六句提醒，把排障顺序和证据意识钉住
16 句提炼，覆盖排障起手、资源误判、工具选择和复盘闭环。
打开文稿 →
03
故障表象很会骗人，先抓那条最先失真的证据
保留下来的几个场景，都在逼人修正同一种错法：拿最顺眼的指标抢答，结果越查越偏。
打开文稿 →
04
接到性能告警后，先把问题说窄，再决定上哪类工具
把 Gregg 的排障顺序改写成一条能立刻开跑的执行线：先收窄问题，再做资源分流，再决定深入方式，最后留下可复用记录。
打开文稿 →
05
Gregg 真正交付的，不是工具表，而是一套先收窄再深挖的诊断顺序
《性能之巅》的方法核心不是某个单独框架，而是把资源扫描、时间拆解和工具升级排成固定顺序，让排障从猜测变成收窄。
打开文稿 →
06
USE 和 drill-down 很锋利，但不是每类问题都归它管
USE 和 drill-down 在系统级排障中最有效。遇到业务逻辑、分布式因果和非技术瓶颈时需要补别的方法。四种常见误用会让分析停在表面。
打开文稿 →
08
论证链与证据等级
Gregg 的核心主张按证据强度分三层：工程逻辑自洽的、大量案例支撑的、依赖特定环境的。
打开文稿 →
09
把排障顺序和证据意识迁到系统之外
真正可迁移的是排障顺序、证据意识和分层收窄方法，不是某个具体工具本身。
打开文稿 →
10
三个月后再遇到慢请求，你还会不会先乱翻工具
这组自检不看你懂多少名词，只看慢请求、异常抖动和云上盲区出现时，你的第一反应有没有被 Gregg 改掉。
打开文稿 →
11
贴源核对
当前贴源结果主要在核对方法主干、章节判断和仍待补证据的空白。
打开文稿 →
12
未决问题
后续推进集中在三件事：补章节贴源、收紧关键判断、把零散产物继续压成可复用文稿。
打开文稿 →