在Linux系统中，ksoftirqd是处理软中断的内核线程，当软中断处理耗时过长时，ksoftirqd的CPU占用会明显升高。如果通过/proc/softirqs查看net_rx（网络接收软中断）数值正常，但ksoftirqd仍然高占用，就需要重点排查block softirq（块设备软中断）和timer softirq（定时器软中断）的异常情况。
软中断基础概念
软中断是Linux内核中一种异步中断处理机制，分为多个类型，每个类型对应不同的处理场景：
- HI_SOFTIRQ：高优先级软中断，用于处理紧急任务
- TIMER_SOFTIRQ：定时器软中断，处理内核定时任务
- NET_TX_SOFTIRQ：网络发送软中断
- NET_RX_SOFTIRQ：网络接收软中断
- BLOCK_SOFTIRQ：块设备软中断，处理磁盘IO相关异步任务
- TASKLET_SOFTIRQ：任务队列软中断
当某个类型的软中断处理次数过多或单次处理耗时过长，对应的ksoftirqd线程就会持续占用CPU资源。
初步定位软中断类型
首先通过/proc/softirqs文件确认各类型软中断的处理次数和频率，该文件记录了每个CPU上不同类型软中断的累计触发次数：
# 查看软中断统计，每隔1秒输出一次，共输出3次 watch -n 1 "cat /proc/softirqs"
重点关注BLOCK_SOFTIRQ和TIMER_SOFTIRQ对应的数值，如果这两个类型的数值增长明显快于其他类型，就可以确定是这两类软中断导致的ksoftirqd高占用。
block softirq高占用排查步骤
1. 检查块设备IO状态
block softirq主要和磁盘IO操作相关，首先通过iostat工具查看磁盘IO的负载情况：
# 安装sysstat工具后执行，每隔1秒输出一次磁盘IO状态 iostat -x 1
如果磁盘的util（利用率）接近100%，或者await（IO等待时间）数值过高，说明磁盘IO存在瓶颈，会频繁触发block softirq处理。
2. 定位高IO进程
使用iotop工具查看当前占用磁盘IO较高的进程：
# 查看实时IO占用情况 iotop -o
如果存在大量IO读写的进程，需要确认其IO操作是否合理，是否存在异常的大量小IO、随机IO等情况。
3. 检查块设备驱动和队列参数
块设备的队列参数不合理也可能导致block softirq异常，查看对应磁盘的队列参数：
# 查看sda磁盘的队列参数，根据实际磁盘名替换sda cat /sys/block/sda/queue/scheduler cat /sys/block/sda/queue/nr_requests
如果调度器选择不合理，或者nr_requests（队列深度）设置过小，可能会导致IO处理效率低下，增加软中断负担。
timer softirq高占用排查步骤
1. 查看定时器相关内核统计
通过/proc/timer_list文件可以查看当前系统中的所有定时器信息，该文件会列出每个CPU上的定时器列表：
# 查看定时器列表，内容较多可重定向到文件分析 cat /proc/timer_list > timer_list.log
分析文件中定时器的触发频率和回调函数，如果存在大量高频触发的定时器，或者某个回调函数的执行耗时过长，就会导致timer softirq升高。
2. 排查内核模块或驱动问题
部分第三方内核模块可能会注册大量高频定时器，使用lsmod查看当前加载的内核模块：
# 列出所有加载的内核模块 lsmod
如果近期加载过新的内核模块，可以尝试卸载后观察timer softirq是否恢复正常，定位是否为模块问题。
3. 检查用户态定时任务
用户态的定时任务也可能间接导致内核定时器增多，检查系统中的cron任务和系统服务的定时逻辑：
# 查看系统cron任务 crontab -l cat /etc/crontab ls /etc/cron.d/
如果存在大量高频执行的定时任务，可能会触发内核层面的定时器处理，导致timer softirq升高。
常见优化方案
针对排查出的问题，可以采取对应的优化措施：
- 如果是磁盘IO瓶颈，可以优化业务IO模式，合并小IO，使用顺序IO，或者升级磁盘硬件
- 如果是块设备队列参数不合理，可以调整调度器为deadline或mq-deadline，适当增大队列深度
- 如果是内核模块问题，可以更新模块版本，或者联系模块开发者修复定时器逻辑
- 如果是用户态定时任务过多，可以合并定时任务，降低执行频率
调整参数后需要持续观察ksoftirqd的CPU占用情况，确认问题是否得到解决。
ksoftirqdblock_softirqtimer_softirqnet_rxsoftirq排查修改时间：2026-07-08 20:00:32