很疑惑： 内核协议栈为何不采用多核无锁设计？

mordorwww

处理大量报文的软件防火墙、DPI等设备，连接会话比较多
现在的系统基本都是    多核 + RPS hash分发  

在软中断接收队列采用了无锁的方式，每个CPU一个队列，像协议控制块、netfilter会话表这样的东西为何不也每个CPU一个hash链表？
这样可以不用spinlock锁，开发维护成本低，可靠性高，没有多CPU同步问题，性能也更高

chishanmingshen

多核分发的位置很底层，不可能能看到太上层的信息。

mordorwww

chishanmingshen 发表于 2013-02-24 10:13
多核分发的位置很底层，不可能能看到太上层的信息。

驱动程序在各CPU报文接收队列里已经做了分发，每CPU一个队列
走到协议栈里，数据结构又合并了。其实在协议栈里还是可以继续分开的

smalloc

自少做到自己保护自己，底层锁不锁业务会影响很大么？有测试依据？

瀚海书香

回复 1# mordorwww
这个想法确实比较挑战目前的认识观念。
如果采用无锁设计的话，按原理说的话，无非就是空间换时间，但到底有多大的影响，可能需要好好评估一下。

   

mordorwww

瀚海书香 发表于 2013-02-25 15:46
回复 1# mordorwww
这个想法确实比较挑战目前的认识观念。
如果采用无锁设计的话，按原理说的话，无非就 ...

锁多了是不是还容易死锁死机之类的
至于空间，你说的是表占用内存吧

我们多核里的一些内核软中断代码，多核做负载均衡，多核使用共享的数据结构hash表和结点内存池，数据结构多了比较容易出问题

瀚海书香

回复 6# mordorwww

锁多了是不是还容易死锁死机之类的

这个的确是的。不过尽量保证锁的使用顺序的话，一般问题不大。

   

chishanmingshen

各个会话直接会有联系，不能仅仅根据简单的方法去分发！
回复 3# mordorwww


   

GFree_Wind

你说的这些防火墙，应该都是小厂商做的吧。就是linux上改吧改吧，然后把几个开源的东西攒在一起，就做成一款产品。

真正的防火墙厂商，都是多核无锁设计，不然性能如何上来？！

瀚海书香

回复 9# GFree_Wind

真正的防火墙厂商，都是多核无锁设计，不然性能如何上来？！

这里有几个观点不同一样：
1. 高端防火墙有很多是linux+FPGA实现的（40G小包限速）
2. 多核应该是必须的，但不一定无锁。
3. 锁对性能的确有影响，但合理的规划锁的力度，应该问题不大。