Any specific reasons why high iowaits are on specific CPUs instead of balanced across all cpus ?

本文探讨了在Red Hat Enterprise Linux环境下,系统拥有32个处理器,但在sar输出中发现仅CPU-15和CPU-16的IO等待时间异常高的现象。深入分析Linux内核行为,解释为何高IO等待会集中在特定的CPU上,而非均衡分布。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

https://access.redhat.com/solutions/84553

 

环境

  • Red Hat Enterprise Linux 5
  • Red Hat Enterprise Linux 6

问题

This system has 32 processors, in the sar output I can see that only for CPU-15 and CPU-16 IOWAIT is very high , other CPU's are almost idle.

Raw

                  CPU     %user     %nice   %system   %iowait    %steal     %idle
19:21:01            0      0.00      0.00      0.00      0.00      0.00    100.00
19:21:01            1      0.00      0.00      0.00      0.00      0.00    100.00
19:21:01            2      0.00      0.00      0.00      0.00      0.00    100.00
19:21:01            3      0.00      0.00      0.00      0.00      0.00    100.00
19:21:01            4      0.00      0.00      0.00      0.00      0.00    100.00
19:21:01            5      0.00      0.00      0.00      0.00      0.00    100.00
19:21:01           15      0.22      0.00      0.22     99.57      0.00      0.00
19:21:01           16      0.22      0.00      0.67     99.12      0.00      0.00

Any specific reasons why high iowaits are on specific CPUs instead of balanced across all cpus ?

决议

This is a expected behaviour of a Linux kernel. When any cpu deals with any task and that task needs to do a IO transaction then cpu issues a request to a IO controller and now it is IO controllers responsibility to serve this request, so as much time the IO controller will take to accomplish the request that much of time that task will be in 'D' state and cpu will be just waiting for IO (called as IO_WAIT).

And if system has number of processors then the cpu which is serving to that particular task will wait for IO and will be idle for that amount of time, the other processors will be assigned to other running tasks, so seeing a IOWAIT for particular CPU's is expected behaviour of a Linux kernel.

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值