标签频道
CFS节流
该标签下的文章、提问与讨论帖。
背景 10 节点（16C64G）K8s 1.28.9 + containerd 1.7.13 + cgroup v2 在线集群。订单服务 Pod 内两个容器： - main：Java 17 / Spring Boot 3，CPU reque
背景 - 集群：12 节点，K8s 1.28.9 + containerd 1.7.13，内核 5.15.0-91，cgroup v2（"stat -fc %T /sys/fs/cgroup/" = cgroup2fs）。 - 负载：Go
背景 12 节点网关集群（K8s 1.28.9，containerd 1.7.13），之前跑 cgroup v1 / 内核 5.15。最近统一把节点内核升到 6.1、容器运行时切到 cgroup v2（"stat -fc %T /sys/f
«结论先行："cpu.cfs_burst_us" 是 Linux 5.14（2021 年 4 月）在 cgroup v2 里新增的一个旋钮，允许一个 cgroup 在突发时向未来周期借 CPU 时间——本质是给 CFS 配额加了一个"透支额
背景 我在一个自建 K8s 1.28.9 集群（containerd 1.7.13，cgroup v2，3 节点 16C64G）上跑一个边缘推理服务：容器内是一个 C++ 实时采集线程 + 一个 Go 推理线程，采集线程要求 10ms 周期
背景 我在一个 10 节点（8C16G，Kubernetes 1.28.9，containerd 1.7.13，cgroup v2，内核 5.15）的网关集群跑一个 Go 服务（Gin，net/http，约 40 个协程池化连接），给容器设
背景 我负责一个 12 节点（16C64G，Kubernetes 1.28.9，containerd 1.7.13，cgroup v2，内核 5.15）的生产集群，上面跑着 30+ 个 Java 17 / Spring Boot 3 与 G
背景 我在一个 12 节点（16C64G，Kubernetes 1.28.9，containerd 1.7.13，cgroup v1）的生产集群上跑一套 Java 17 / Spring Boot 3 的无状态订单服务。每个 Pod 里有
一、现象与背景：CPU 没打满，延迟却翻了 46 倍 先交代规模和数字。我们一个 12 节点（8C16G，Kubernetes 1.28.9 + containerd 1.7.13，cgroup v1）的网关集群，跑着一个 Go 网关（单实
文
标题
摘要