日期范围
72
其它讨论数
其它分析 success作者:Hongling Zeng2026/08/03 15:401 封邮件

[PATCH RESEND v2] sched: adjust the layout of the cfs_bandwith structure to save memory

通过 pahole 发现 struct cfs_bandwidth 有 13 字节 padding hole,v2 RESEND 把三个 u8 标志挪到 raw_spinlock_t lock 之后,把结构体从 240 字节压到 232 字节。代价是 period_timer 跨过 cacheline 边界,但作者评估这条路径本来已访问多个 cacheline,并不是热点路径。

lore
其它重要分析 success作者:Andrea Righi2026/07/31 22:023 封邮件

[PATCH v2] sched/fair: Prefer fully idle cores for NOHZ balancing

Andrea Righi 的 v2 patch 修改 find_new_ilb(),让 NOHZ idle load balancer 优先挑整核都空闲的 housekeeping CPU,避免在 NVIDIA Olympus/Vera 这种兄弟线程需要约 10 Ki cycles 恢复窗口的 SMT 上被反复短暂唤醒。找不到整核空闲时退回第一个 idle CPU,并在遍历时把部分忙核的兄弟从候选位图中剪掉。GEMM benchmark 性能从 ~6.2 TFLOP/s 提升到 ~9.4 TFLOP/s。

lore
其它重要分析 success作者:Luo Gengkun2026/07/31 16:3115 封邮件

[PATCH v8 0/2] Cache aware scheduling: Reduce the overhead of task_cache_work

Luo Gengkun 的 v8 系列为每个 mm 维护 visited_cpus cpumask,把 task_cache_work 的扫描集合从整机/整 node 收缩到近期真正跑过该 mm 且仍在线的 CPU,并用 epoch_last_visit 加 llc_epoch_affinity_timeout 淘汰冷位,同时删除了 get_scan_cpumasks()。Redis 场景扫描 CPU 数从 384 降到 16,task_cache_work 开销从 0.81% 降到 0.02%,p99 延迟劣化从 -25.68% 收敛到 -1.14%。Reviewer 主要质疑 mm->sc...

lore
其它重要分析 success作者:Shubhang Kaushik (Ampere)2026/07/30 02:178 封邮件

[PATCH v2] sched/fair: Prefer waker CPU for reciprocal sync wakeups

Shubhang 提出在 SD_WAKE_AFFINE 域内,对 reciprocal WF_SYNC 唤醒直接返回 waker CPU,避免 select_idle_sibling() 把 wakee 拉到远端空闲 CPU,Ampere Altra 上 perf bench sched pipe 提升约 30%。thread 内 Prateek、Christian、Vineeth 三位 reviewer 围绕 SMT 适用性、READ_ONCE 必要性、SIS 改造路径展开讨论,作者计划 v3 收敛清理并限定非 SMT 路径。

lore
其它重要分析 success作者:Aaron Tomlin2026/07/28 21:436 封邮件

[PATCH] sched/debug: Introduce per-CPU debugfs files

Aaron Tomlin 提交 v1 patch,在 /sys/kernel/debug/sched/cpu/cpu<N>/debug 下暴露单个 CPU 的 runqueue 视图,避免读取全量 sched/debug 时抢多把 rq 锁、产生系统噪声。Peter Zijlstra 质疑 commit message 没说明用例,Daniel Vacek 给出 DPDK/isolated CPU 调试的合理场景,作者承诺 v2 改写 rationale 并可能调整 for_each_possible_cpu 的范围。

lore
每页
上一页11 / 15下一页