网卡NAPI收包为何不放在硬中断中？

smalloc

回复 8# mordorwww


    这不是NAPI的问题，实际上不少网卡有接收ring也没有使用NAPI。
但是很少有网卡驱动硬中断中做新配DMA的操作。都是软中断中处理的。
估计还是2楼说的原因。如果单独享CPU问题不大，但是设备多了硬中断需求多了，如果不及时响应，确实可能在设备上丢失中断状态

mordorwww

smalloc 发表于 2013-12-08 21:22
回复 8# mordorwww

填ring buffer才是响应设备吧，
如果 ring buffer满了，设备就 直接 丢包了， 这个才要快啊

kkddkkdd11

打个比方
我们去某地方办事
都是先领号，再等待窗口办事
多个窗口代表多个cpu
为啥不直接领号的时候，直接把事干了
道理和napi 不在硬中断里边做 太多事是一样的：）

mordorwww

kkddkkdd11 发表于 2013-12-10 10:29
打个比方
我们去某地方办事
都是先领号，再等待窗口办事

收包和硬件密切相关，收包也比较快， 收包相当于领号
包处理相当于窗口办事


硬中断里不收包，这样硬中断似乎啥也木有干

kkddkkdd11

mordorwww 发表于 2013-12-10 12:13
收包和硬件密切相关，收包也比较快， 收包相当于领号
包处理相当于窗口办事

我对并行能力强的fpga的设计原理，也不太清楚，
不过“感觉”对于网卡来说，硬中断产生的时候，包已经被网卡收好了
网卡触发硬中断，只是一个告知cpu可以读数据了
cpu不收数据过期就丢弃了

还是这个比方：
去办事，手续必须已经在兜里准备好了
才能去，排号机上拿号（硬中断）
而软中断是办事窗口
实际的包处理，已经进了协议栈，就脱离了 软中断了

这块可能更多还算linux内核自己的分层机制
所有处理都放硬中断里边，肯定没有问题的，说不定处理起来更快
打个比方，如果操作系统都在内核级跑ring3程序，完全可以啊
对于，扩展性来说，就不友好了
罢了