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 合并窗口的到来。

相关推荐
Shingmc31 小时前
【Linux】线程互斥与同步
linux
数智化管理手记7 小时前
精益生产中的TPM管理是什么?一文破解设备零故障的密码
服务器·网络·数据库·低代码·制造·源代码管理·精益工程
Vect__8 小时前
深刻理解进程、线程、程序
linux
w6100104668 小时前
CKAD-2026-Ingress
运维·k8s·ckad
@insist1239 小时前
网络工程师-生成树协议(STP/RSTP/MSTP)核心原理与应用
服务器·开发语言·网络工程师·软考·软件水平考试
末日汐9 小时前
传输层协议UDP
linux·网络·udp
zzzsde12 小时前
【Linux】库的制作和使用(3)ELF&&动态链接
linux·运维·服务器
CQU_JIAKE12 小时前
4.3【A]
linux·运维·服务器
AI周红伟12 小时前
OpenClaw是什么?OpenClaw能做什么?OpenClaw详细介绍及保姆级部署教程-周红伟
大数据·运维·服务器·人工智能·微信·openclaw
Elastic 中国社区官方博客12 小时前
当 TSDS 遇到 ILM:设计不会拒绝延迟数据的时间序列数据流
大数据·运维·数据库·elasticsearch·搜索引擎·logstash