电子发烧友网>电子资料下载>嵌入式开发>为什么非要将OpenVPN移植到内核不是在它本身优化它

为什么非要将OpenVPN移植到内核不是在它本身优化它

1781551 2019-05-07 | pdf | 0.20 MB | 次下载 | 1积分

资料介绍

　　是时候给出一个总的图景了，是时候了。我的意思是说，为什么非要将OpenVPN移植到内核，而不是在用户态，即在它本身优化它。为什么呢？事实上我已经在用户态优化了它，虽然有些难以定位的segment fault，但是并不是说我没有时间没有能力搞定这些，知难而退到内核（退到内核碰到panic岂不是更难搞），不是这样的。我的本意是，且一直都是，我要缩短处理路径的长度，我从来都不相信什么软件神话，事实上我憎恨这些神话。正如一位网友所说，干嘛非要区分什么内核态，用户态！关键点不在哪个态处理效率高，关键在处理路径的长度不同。就像有些人说的那样，数据平面一定要在用户态处理，那么事实上他的意思是说直接将数据包在驱动层面上抓到用户态，本质上还是缩短了处理路径的长度，所以我作图如下，虚线代表现有的路径：

　　在多核心时代，内核进行多处理真的是太简单不过了，只要把过程用softirq或者tasklet调度到不同的CPU核心即可，哪来的那么多诸如epoll 的那么复杂的规范。但是这并不是说内核态写代码就一定好，前提得是你能驾驭它！不光是panic，oops.。.更重要的是即便你能处理了这些，你也不能把一个系统当成一个单片机来玩，因为你违背了软件设计的基本原则。我不喜欢嵌入式的原因就在于此。在内核中处理逻辑是极其不规范的做法，除非你知道自己在做什么。事实上，在内核态能做的事情在用户态都可以做，关键是你得知道怎么做，如果你不想copy buffer，你可以用map，如果你想缩短协议栈处理路径，干嘛不直接学学PF_RING的样子，在用户态平坦化处理。..但问题是，你知道怎么折腾这些吗？