linux ksoftirqd进程,【转】ksoftirqd进程耗尽单核100%si处理软中断导致性能瓶颈

最近测试LVS性能,发现当CPU其中一个核耗尽后系统达到性能顶峰。 消耗CPU资源的是ksoftirqd进程,全部用于处理软中断(从进程名也能识别出了)。搜了一下,很多人都遇到这类问题,似乎也没有解决。了解到并尝试过的解决方案有:1、减少集群成员的数量;2、修改集群模式(NAT、TURNL、DR);3、修改集群调度算法;4、升级操作系统内核到2.6.20以上;5、调整网卡的最大传输单元(M...
摘要由CSDN通过智能技术生成

最近测试LVS性能,发现当CPU其中一个核耗尽后系统达到性能顶峰。 消耗CPU资源的是ksoftirqd进程,全部用于处理软中断(从进程名也能识别出了)。

搜了一下,很多人都遇到这类问题,似乎也没有解决。了解到并尝试过的解决方案有:

1、减少集群成员的数量;

2、修改集群模式(NAT、TURNL、DR);

3、修改集群调度算法;

4、升级操作系统内核到2.6.20以上;

5、调整网卡的最大传输单元(MTU);

6、修改设备中断方式;

7、使用多网卡负载均衡;

8、升级硬件(网卡);

9、更换操作系统。

一一解说如下吧:

第1点:减少集群成员的数量。由于瓶颈不在真实服务器上,所以减少成员数量,lvs性能没有明显变化。

第2点:修改集群模式。理论上DR模式是最省资源的,大概了解理论的朋友应该都知道。由于NAT模式不满足需求,故仅对比了DR和TUN模式,两者没有明显区别。

第3点:修改集群调度算法。已有的十种算法中属rr最简单,而且目前瓶颈还未深入到这一层。实际上在处理网络包的时候导致的瓶颈。调度算法简单比较了rr和wrr,两者没有明显区别。

第4点:升级操作系统内核到2.6.20以上。我直接升级到当前已发布的最新版本2.6.34,结果瓶颈并没有得到改善。

第5点:调整网卡的最大传输单元。交换机支持最大的传输单元是9216,将网卡的最大传输单元分别修改为:1500(默认)、5000、9000、9216。其中1500和500

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值