绑核不是玄学也不是万金油：从调度器迁移成本讲到 taskset/cpuset/isolcpus 三层工具，给出延迟敏感场景的绑核决策框架与 Kubernetes 落地方式。

cgroup v2 不是 v1 的升级——是一次资源管理的重新设计。上一节正文完整阐述了统一层级、memory/io/cpu 控制器与 systemd 集成。

拆解 Linux 调度器的「类」架构：五个调度类的优先级链条、实时策略的边界、nice 权重的数学本质与 RT throttling 这道保险丝。

服务器不是一台均匀的内存池：NUMA 让跨 socket 内存访问慢 40% 以上，巨页则用 2MB/1GB 页面把 TLB 压力降一个数量级。本文讲清 NUMA 拓扑、本地/远端内存与分配策略（default/bind/preferred/interleave），巨页的两种形态（hugetlbfs 与 THP）、收益与陷阱，并给出 Redis、数据库、JVM 的落地参数。

一切超时与延迟测量的地基是内核时间子系统。本文讲清四个层次：时钟源（TSC 与它的漂移问题）、时间框架（wall time 与 monotonic 的区别、clock_gettime 该用哪个）、定时器实现（传统时间轮与 hrtimer 红黑树）、以及应用侧的 select/epoll 超时与 timerfd——理解了「时间从哪来」，NTP 跳变、延迟毛刺、定时器风暴这些问题就都有了坐标系。

「上下文切换 1 微秒」是流传最广的性能迷信——直接成本确实小，间接成本才是大头。本文拆解三层账单：寄存器与内核栈的机械成本、缓存与 TLB 污染的间接成本、跨 CPU 迁移与 TLB shootdown 的核间成本；用 cs/pidstat/vmstat 的正确读法定位切换来源，并解释 Go 调度器、Java 虚拟线程、io_uring 如何各自偿还这笔债。