Linux 6.13 将工作队列并发限制提高了四倍

Linux 内核工作队列 (WQ) 用于处理异步进程执行。 在过去的许多年中,每个 CPU 的工作队列执行上下文数量上限一直是 512,但随着 Linux 6.13 的发布,这一上限将翻两番,达到 2048。

今天发布的是 Linux 6.13 的 workqueue 拉取请求

"Maximum concurrency limit of 512 是很久以前设定的,现在太低了。 在压力测试条件下,system_wq 的合法使用(BPF cgroup 发布)可能会使其达到饱和,从而导致错误的依赖关系和死锁。 在将违规使用切换到专用工作队列的同时,利用这个机会将 WQ_MAX_ACTIVE 提升四倍,并记录系统工作队列不应饱和。 工作队列至少应为系统工作队列饱和的情况添加警告机制。"

这个 512 限制是在十五年前设定的。

Linux6.13的另一个工作队列变化也值得注意。

"最近的工作队列更新支持更灵活的执行拓扑结构使得非绑定工作队列使用按 CPU 工作者池前端,这推高了工作队列刷新开销。 由于连续的 CPU 很可能指向同一个 Worker 池,因此只有在必要时才切换锁,以减少开销。"

这些 WQ 变更现在正等待 Linux 6.13 合并窗口的到来。

相关推荐
YuMiao14 小时前
gstatic连接问题导致Google Gemini / Studio页面乱码或图标缺失问题
服务器·网络协议
chlk1231 天前
Linux文件权限完全图解:读懂 ls -l 和 chmod 755 背后的秘密
linux·操作系统
舒一笑2 天前
Ubuntu系统安装CodeX出现问题
linux·后端
改一下配置文件2 天前
Ubuntu24.04安装NVIDIA驱动完整指南(含Secure Boot解决方案)
linux
碳基沙盒2 天前
OpenClaw 多 Agent 配置实战指南
运维
深紫色的三北六号2 天前
Linux 服务器磁盘扩容与目录迁移:rsync + bind mount 实现服务无感迁移(无需修改配置)
linux·扩容·服务迁移
SudosuBash2 天前
[CS:APP 3e] 关于对 第 12 章 读/写者的一点思考和题解 (作业 12.19,12.20,12.21)
linux·并发·操作系统(os)
哈基咪怎么可能是AI3 天前
为什么我就想要「线性历史 + Signed Commits」GitHub 却把我当猴耍 🤬🎙️
linux·github
十日十行3 天前
Linux和window共享文件夹
linux
Sinclair3 天前
简单几步,安卓手机秒变服务器,安装 CMS 程序
android·服务器