三号车间代表：“你这话说的不合适，大家是一个Team，要互相帮助！要不这样，既然有这么多单位要联系我们，咱就分下工，比如一号车间负责网卡，二号负责磁盘，我们三号负责键盘，以此类推”
五号车间代表：“你想的倒是挺美哦，键盘一天能发多少中断，网卡一天要发多少中断，你净挑轻松的干。这样吧，咱就用随机分发进行负载均衡你们觉得怎么样？”
八号车间代表：“随机个啥啊，多麻烦，依我看呐咱8个车间就轮流来呗”
这时，领导问操作系统代表有没有什么建议。
这代表站起身来，推了推眼镜说到：“几位有没有听过线程的CPU亲和性？”
大家都摇了摇头，问到：“这是个什么意思？”
“就是有些线程想绑定在你们之中的某一个核上面执行，不希望一会儿在这个核执行，一会儿在那个核执行”
我接过他的话：“好像是有这么回事儿，之前有遇到过，有个线程一直被分配到我们一号车间，不过我们对这个不用关心吧，执行谁不是干活啊，对我们都一个样”
代表摇了摇头，“唉，这可不一样！你们每个核的一二级缓存都是自己在管理，要是换到别的核，这缓存多半就没用了，又得重新来建立，这换来换去的岂不是瞎耽误功夫嘛！对于一般的线程他们倒是不关心，但是有些线程执行大量的内存访问和运算处理，又对性能要求很高的话，那就很在意这个问题了”
我们几个都恍然大悟，纷纷点头。
虎子起身问到：“那你们是如何实现这个亲和性的呢？这跟我们今天的会议又有什么关系呢？”
代表继续回答说到：“我先回答你的第一个问题。线程调度是我们操作系统完成的工作，我们提供了API接口，线程通过调用这些接口表明自己的亲和性意愿，我们在调度的时候就能按照他们的意愿把线程分配给你们来执行。”
代表喝了一口水接着说到：“我再回答你的第二个问题。既然线程可以有亲和性，那中断也可以按照这个思路来分发啊！APIC默认有一套分发策略，但是也提供亲和性的设置，可以指定谁哪些核来处理，这样不用把规矩定死，灵活可变，岂不更好？”
刚说完，会议室门口突然出现一年轻少年，挥手将操作系统代表唤了出去。
接下来，我们详细讨论了这种方案的可行性，最后大家一致决定，就照这么办，我们一起提出了一个叫中断亲和性的东西，操作系统那边提供一个可配置的入口smp_affinity，可以通过设置各处理器核的掩码来决定中断交由谁来处理，APIC回去负责落地支持。
有了这套方案，再遇到网络高峰期，咱们一号车间的压力就有办法缓解了。
我们刚刚达成一致，操作系统代表返回会议室，神色凝重的说到：“不好意思各位，操作系统那边有点事情需要赶回去处理一下，先走一步了”
未完待续······
彩蛋随着网卡的一声中断，一个新的数据包来到了这片土地。
帝国网络部新来的年轻人显然没有意识到危险的到来······
预知后事如何，请关注后续精彩······
往期TOP5文章真惨！连各大编程语言都摆起地摊了！
因为一个跨域请求，我差点丢了饭碗
完了！CPU一味求快出事儿了！
哈希表哪家强？几大编程语言吵起来了！
一个HTTP数据包的奇幻之旅