内核

背景 做了 15 年性能调优，最近在排查一个 K8s 1.29 集群（cgroup v2、内核 5.15.0-91、containerd 1.7）上的 Java 服务 P99 毛刺。 - 服务：JDK 17 + G1GC，单 Pod 单容器

«结论先行：应用层监控（CPU/内存/GC/连接池）全绿、K8s 配置一模一样、镜像完全相同，两个机房的 P99 延迟可以差 7 倍——差异来自内核侧的三个开关："cpufreq governor"、THP 模式、IRQ 亲和性。这三项在

«结论先行：宿主机 OOM 时内核不是按「谁更关键」挑受害者，而是按 oom_score 打分挑「RSS 占系统内存比例最高」的进程。业务上最不能死的 Redis（600MB）得分最低、反而最安全；业务上最该被杀、也最好重启的 Java（4

«结论先行："cpu.cfs_burst_us" 是 Linux 5.14（2021 年 4 月）在 cgroup v2 里新增的一个旋钮，允许一个 cgroup 在突发时向未来周期借 CPU 时间——本质是给 CFS 配额加了一个"透支额