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

相关推荐
自由彩虹14 分钟前
靶场通关15--bossplayersctf
linux·服务器·网络·安全·web安全·网络安全
叼烟扛炮16 分钟前
Linux 学习笔记(四十五):Web 安全基石——Cookie、Session 与 HTTPS 原理解析
linux·前端·网络·笔记·学习·tcp/ip·安全
2401_8685347818 分钟前
网络规划设计师之案例分析 - 网络安全与等级保护
服务器·网络
雾时之林23 分钟前
Nginx反向代理与proxy_cache缓存搭建CDN服务器
服务器·nginx·缓存
李纲明37 分钟前
WordPress 定时发布不准点或备份/邮件从不跑:先分清 WP-Cron 触发与 DISABLE_WP_CRON,再查回环与系统 Cron
运维·性能优化·wordpress·定时任务·devdiy·wp-cron
Decay__1 小时前
01_MySQL 体系架构全解 —— 连接层、SQL 层、存储引擎层与 InnoDB 深入
运维·数据库·sql·mysql·架构
Hello.Reader1 小时前
Three.js / Cesium 卡顿怎么办?把三维渲染搬到 GPU 服务器
服务器·开发语言·javascript
Linux_cy1 小时前
nginx 502 排查手册:九种原因分类、定位命令与检查顺序
linux·运维·服务器·网络·数据库·nginx·ssh
tedcloud1231 小时前
Docker Compose 部署 Uptime Kuma:配置 HTTPS、QQ 邮箱告警与数据备份
服务器·网络协议·ui·docker·容器·https·开源
椒颜皮皮虾྅1 小时前
模型部署不再卡在环境上:DeploySharp 四大推理引擎与 Windows/Linux 离线交付实战
linux·运维·开发语言·人工智能·windows·计算机视觉·cuda