Linux 性能问题很少是“某个工具不会用”，而是不知道看什么、看了不会解释、解释了不敢改。真正的工作方法是：先定义业务目标和基线，再按 CPU、内存、存储、网络、内核、容器逐层定位，最后用可回滚的变更验证收益。

本文以资深 Linux 运维 + SRE 视角重写，覆盖 USE/RED、/proc、PSI、cgroups v2、perf/eBPF、CPU/内存/IO/网络、容器与 Kubernetes、SRE 实践、调优参数、故障决策树和基准测试。

性能优化的第一原则：先测量，再假设，最后验证。没有基线的调优，往往只是把问题挪到别处。