1.BFS调度器与O(1)调度器

O(1)调度器采用二级分类，第一级是CPU，即每一个CPU一个队列，第二级是优先级，每CPU队 列又细分为140个优先级队列。第一级采用负载均衡调度，第二级采用优先级调度。虽然很清晰，但是要加入“小手段”来补偿/惩罚。本质上CFS调度器也一 样，只是采用了红黑树以及新增了一个虚拟时钟层屏蔽了补偿/惩罚操作。
BFS调度器同样采用二级队列，第一级是优先级分类，第二级是个简单对的队列，和CPU无关。第一级其实只有两类，实时和普通，针对普通优先级直接掉入第二级链表遍历，链表元素基于到期时间排队，因此欺骗了O(n)！

2.iptables与nf-HiPAC

iptables规则作用于每一个数据包的行为是一条一条遍历，直到匹配。所以它的执行是O(n)的，然而nf-HiPAC采用了基于match而不是基于rule的排列，整合成了树型结构，直接下降到了log级别。

3.我的TCP优化与fastsocket

fastsocket 本质上依然是让socket基于CPU亲和绑定或者乱蹦乱跳，而只要拉CPU入伙，让CPU全部参与进来，就可以分割socket本身和TCP连接处理。 TCP连接处理完成成为内核的一部分，类似softirqd，工作队列那样，而不再是socket的一部分。

4.DxR与DxR Pro++

DxR 本质上依然是用IP地址匹配前缀找到nexthop，而如果将nexthop作为基准，数据结构就可以完全散列开来，可以实现O(1)查询。我的DxR Pro++采用了继续分割区间的方式让其对应到nexthop，区间和nexthop的对应是一对多的关系而不是传统查询中区间和nexthop多多对一 的关系。
       传统方案中，一个区间对应唯一的nexthop，这就是我们要查找的。而DxR Pro++中，一个区间可以对应多个nexthop，我们只需要一个简单的索引就可以得到一个数据包到底匹配哪个nexthop。

5.UNIX文件抽象与IPC

还纠结为什么UNIX没有把网卡抽象成文件吗？事实上UNIX将网络通信看成了对等的IPC而不是CPU到设备的不对等的IO，其IO层面上的语义由socket取代。

6..........