Netfilter 挂钩多核系统
我们编写了 LKM，它使用 netfilter 挂钩来拦截 IP 数据包。问题是，在 1Gb/s 有效负载上，我们看到钩子通过软中断仅加载一个 CPU 核心。其他15个核心闲置。所以我得出的结论是钩子不是多线程的。
所以我的问题是：有什么方法可以在多个核心上分配钩子处理吗？
We have wrote LKM that is using netfilter hooks to intercept IP packets. The problem is that on 1Gb/s payload we see that hooks load only one CPU core via soft irq. Other 15 cores is idle. So i make conclusion that hooks isn't multithreading.
So my question is: is there any way i can disribute hooks handling on multiple cores?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
问题不在于 netfilter，而在于内核管理中断的方式。
默认情况下，旧版本的 APIC 将所有中断传送到 CPU0。
您可以检查这是否是您的问题：
您可以查看 NIC 的中断（并记住 netfilter 挂钩是通过 RX 或 TX SoftIRQ 执行的）是否由单个内核处理。
在较新版本的内核中，有一个编译选项 (CONFIG_HOTPLUG_CPU)，它可以平衡现有内核的 IRQ。
或者，如果您无法更新版本或重新编译内核，则可以更新 SMP 亲和性（使用处理多个 CPUid 的掩码）以尝试在不同内核之间进行平衡。或者进入 ACPI 和正确的配置（在这里我无法提供更多帮助）。
在这里您可以找到有关此内容的所有内容（SMP 亲和性和正确的 IRQ 处理）
The problem is not from netfilter, is the way your kernel is managing interrupts.
By default old versions of APIC delivers all interrupts to the CPU0.
You can check if this is your problem with:
You can see if the interrupts of the NIC (and remember that the netfilter hook are executed over a RX or TX SoftIRQ) are handled by a single Core.
In newer versions of the kernel, there is a compile option (CONFIG_HOTPLUG_CPU), wich balances the IRQ's over the existing cores.
Or if you cannot update the version or recompile the kernel, you can update the SMP affinity (with a mask that handles more that a CPUid) to try to balance between different Cores. Or go into ACPI and proper configuration (Here I cannot help more).
Here you can find all about this stuff (SMP affininty and proper IRQ handling)
问题可能是您的 NIC 只有一个中断。一些较新的 NICS 有多个中断（所谓的多队列 NIC），允许负载分布在多个线程之间。
对于单队列 NIC，较新的内核中提供了一些软件功能，您可以配置它们来分散负载。参见例如 http://www.spinics.net/lists/linux-doc/msg02975 .html 了解可用内容的概述。
A problem might be that your NIC has only one interrupt. Some newer NICS have several interrupts (so-called multiqueue NIC's) allowing the load to be spread among many threads.
For single-queue NIC's there are some software features available in newer kernels that you can configure to spread the load. See e.g. http://www.spinics.net/lists/linux-doc/msg02975.html for an overview of what is available.