关闭
搜索
搜索
本版
帖子
用户
热搜:
程序员
简洁模式
高级模式
用户组: 游客
消息
提醒
新听众
我关注的
帖子
道具
勋章
任务
设置
退出
请
登录
后使用快捷导航
没有帐号?
立即注册
设为首页
收藏本站
开启辅助访问
切换到窄版
登录
or
立即注册
快捷导航
搜索
首页
论坛
BBS
MCU单片机技术
程序员交流
Linux负载均衡算法有瑕疵,修复后性能将提升一倍
[复制链接]
作者:
新闻曝光台
版块:
›
嵌入式操作系统
›
linux
发布时间:
2020-3-15 01:37:19
907
0
返回列表
新闻曝光台
当前离线
注册会员
注册会员, 积分 131, 距离下一级还需 69 积分
注册会员
注册会员, 积分 131, 距离下一级还需 69 积分
积分
131
发消息
楼主
电梯直达
新闻曝光台
发表于 2020-3-15 01:37:19
|
只看该作者
|
倒序浏览
|
阅读模式
Linux 内核开发者 Vincent Guittot 发现 Linux 完全调度算法 CFS 存在瑕疵,修复之后将进一步提升调度性能。
在 Linux 负载均衡期间,使用 CFS 算法时,系统会从负载较高的运行队列中拉取一些任务交给负载较低的队列,以此分摊 CPU 资源利用率。一般的过程就是系统会从最高利用率的队列往下拉任务。
但是 Vincent 在邮件列表中表示,这其中存在一个问题:实际上算法没有考虑到在这个过程中可能有一些待处理任务要拉,如果有这样的待处理任务需要拉,那么与负载均衡分摊利用率的过程就会产生短暂的“冲突”,使得对队列资源利用率的分摊将延后,也就是等到拉完待处理的任务后再进行。
而根据分析,Vincent 发现这种待处理任务至少有两个,也就是说会出现两次短暂的“冲突”,虽然很微小,但是会影响系统的整体性能。
同时他也对修复该问题之后的效益进行了具体影响数据的测算,发现每个请求花费的最大时间减少大约一半,平均从 21 ms 减少为 11 ms,考虑空闲负载均衡等因素,最糟糕的情况下从 41 ms 减少到 21 ms。(虽然平均每个请求的影响只有 0.1 多)
平均最大值不能完全反映该值的广泛分布尖端/预定/核心的范围从1.350ms到41ms以上,并且补丁程序在1.350ms到21ms之间。
更加具体的分析可以查看邮件列表:
http://lore.kernel.org/lkml/20200312165429.990-1-vincent.guittot@linaro.org
本帖子中包含更多资源
您需要
登录
才可以下载或查看,没有帐号?
立即注册
收藏
0
相关帖子
•
ARM公布新型EdgeAI芯片设计方案承诺实现不需要云的IoT设备
•
边缘AI芯片再添杀器,性能超Arm架构32倍!
•
涨知识!为什么现在的数据技术员如此高薪?
•
北京招聘|世界名企腾讯阿里宝马招聘
•
Linux之父怒删工程师提交的补丁,称“太蠢了”网友:怼得好!
•
「linux后台开发」最新一线互联网大厂面试题总结
•
轻松掌握Linux文本处理三剑客grep、awk和sed
•
深入操作系统,从内核理解网络包的接收过程(Linux篇)
•
Ansible自动化工具安装、配置和快速入门指南|Linux中国
•
这些Linux的“自动化”技巧,教你轻松完成任务
回复
使用道具
举报
返回列表
高级模式
B
Color
Image
Link
Quote
Code
表情
@朋友
您需要登录后才可以回帖
登录
|
立即注册
本版积分规则
发表回复
回帖后跳转到最后一页
浏览过的版块
招聘&找工作
IT业界资讯
快速回复
返回顶部
返回列表