1 一个奇怪的问题
了解了软中断对CPU的占用之后，如果你动手操作查看过的话，相信会和我一样会遇到下面这个的问题。
我当时对一台线上虚机查看软中断造成的CPU开销的时候，发现很奇怪，那就是所有的软中断几乎都是被一个CPU处理的。用top看si列，绝大部分都是消耗在CPU1上的，其它CPU只有很少。怎么样，你有没有和我一样感觉到一脸蒙圈呢？
如果没有实际遇到也没关系，你可以用hping命令制造一些网络接收包来观测。
代码语言：javascript复制# hping3 -S -p 80 -i 你的服务器ip2 寻找问题原因
网卡和内核交互是通过软中断的方式来进行的。既然是中断，那就每个可中断到CPU的设备就都会有一个中断号。来，我们现在虚机上找到软中断对应的中断号（可能需要左右滑动）。
代码语言：javascript复制# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
27: 351 0 0 280559832 PCI-MSI-edge virtio1-input.0
28: 1 0 0 0 PCI-MSI-edge virtio1-output.0
29: 0 0 0 0 PCI-MSI-edge virtio2-config
30: 4233459 375136079 244872 474097 PCI-MSI-edge virtio2-input.0
31: 1 0 0 0 PCI-MSI-edge virtio2-output.0
......其中的virtio1-output.0和virtio1-output.0对应的是虚拟网卡eth0的发送和接收队列。其中断号分别是27和28。virtio2-input.0和virtio2-output.0对应是eth1的发送和接收队列，其中断号分别是30和31。
我们分别查看着几个中断号的cpu亲和性配置：
代码语言：javascript复制# cat /proc/irq/27/smp_affinity
8
# cat /proc/irq/28/smp_affinity
1
# cat /proc/irq/30/smp_affinity
2
# cat /proc/irq/31/smp_affinity
4原来虚拟机是通过将不同网卡的不同队列绑定在不同的CPU上来实现软中断均衡的。刚才我们服务器的包都是发送到eth1上的，它的读队列请求特别的多，因此30号“引脚”上的中断也会特别的多。自然和30亲和的2号CPU，也就是CPU1就会出现明显比其它CPU高的软中断了。这下你明白了吧？
3 带你认识irqbalance
其实我们上面看到的中断的亲和性都是由一个叫irqbalance的服务来维护的。通过ps命令可以查看到
代码语言：javascript复制# ps -ef | grep irqb
root 29805 1 0 18:57 ? 00:00:00 /usr/sbin/irqbalance --foregroundirqbalance根据系统中断负载的情况，自动维护和迁移各个中断的CPU亲和性，以保持各个CPU之间的中断开销均衡。绑定了亲和性的好处是运行中断的时候CPU缓存L1、L2命中率高。但如果有必要，irqbalance也会自动把中断从一个CPU迁移到另一个CPU上。一般情况下，我们都不需要去手工干涉irqbalance的配置。
如果实在有必要，你可以通过修改这些参数来达到将软中断转移到其它CPU上，但是得先关掉irqbalance。修改方法很简单，直接echo既可。
代码语言：javascript复制# service irqbalance stop
# echo 2 > /proc/irq/30/smp_affinity不过我遇到了一个未解的问题，我想把一个中断的亲和性绑到2个CPU上，貌似是不work的。仍然是一个核被打满，另外一个核闲着，没有想明白。如果你有答案，欢迎评论！
在实机上，原理是一样的。不过现在的实机上网卡都是多队列，也就是说eth0可能会有多个读取队列，多个写队列，都可以各自分开配其CPU亲和性。你手头如果有实机的话，可以试一试。
