传统的互联网服务处理模式如下。
这是一个必须拆东墙补西墙的模式，不是一整天这里CPU贵了，不是那边CPU爆炸了，完全是屎。
协议栈处理是以软中断方式进行的，并且依赖于发生中断时的当前状态，协议栈处理可能附着在任何进程上下文中。 如果此部分的处理路径过长，则业务处理中保留的CPU时间会变少。 另外，还必须考虑CPU cache亲和性。
相反，如果业务逻辑处理困难，网卡和软件中断处理就会延迟。 总之，这是跷跷板游戏。 我们期待的结果是，在CPU总利用率尽可能高的前提下，CPU时间合理、均衡地分配到不同的上下文中，整个任务能够快速、平稳地处理。
CPU很难合理均匀分配给这么多的上下文，这是上述模型的根本缺陷。
UNIX文化强调不要把所有的事情都放在一起，UNIX文化强调每次只做一件小事，通过合作来完成更大的事情。
但是，在内核级别，无论是老牌UNIX，还是Linux，都是相反的，所有的逻辑都挤在一个大内核里。 这好像是开玩笑。 在著名的C10K问题上，首先提出了一个担忧：
http://www.kegel.com/c10k.html
这种担忧现在已经成为现实。
分离协议栈形成独立的数据平面似乎更符合UNIX文化。
确定了目标。 方法似乎有多种。CPU的互斥模式改成协作模式即可。其实还是从主动-备份模式到主动-主动的转换。 很简单。 将纵向模型改为横向模型即可：
具体而言，可分为两大类。
对3358 www.Sina.com/http://www.Sina.com/Intel来说，似乎有更接近于标准化DPDK而不是SmartNIC的欲望。 说到底，如果英特尔实现了完全的智能卡，就只需要销售配备高性能芯片的网卡。 也就是说，英特尔是从销售CPU开始的。 当然，我想在自己的CPU上部署网卡流量。
Intel只是将智能卡切片处理器从主板的标准处理器底座上剥离，网卡与此标准处理器之间的接口为DPDK。
关于这个网卡offload模式的实验，没有钱是绝对不能玩的。 我在找可以模拟智能卡offload的软件模拟器，但是找不到。 opennfp的netronome网卡也很贵，总之买不起。
我不喜欢DPDK，也不感兴趣，所以自然会通过。
所以DIY的网卡卸载模式似乎有点意思。 我打算用串行或USb (USb千兆机制)连接两个草莓派。 这样，一个草莓派就可以作为一张网卡存在，另一个是主体。 与标准智能卡通过PCIe连接主机不同，我只能通过廉价的串行或USB连接。 这样一来，两个草莓派一个是纯数据方面，一个是纯控制/管理方面。
但是，这仍然没有意义。 这可以在虚拟机中完成。 没有什么是明亮的。 而且，也买不到两个草莓馅饼。 最终买智能卡。 我很享受智能卡的分离体系结构。 不是技术实施的细节。
无论如何，没钱是一件悲伤的事，非常遗憾。 我什么也做不了。 这对工匠来说，只会流泪。 只能买这个：
【照片是在网上找的。 我在2004年为了应对Intel P4 2.4GHZ CPU电压太敏感了，所以买了这个】
当然，经理必然没有这个烦恼。 经理也不买这种看得见的东西。
浙江的鞋湿了，下雨下水也不胖。