是時(shí)候給出一個(gè)總的圖景了，是時(shí)候了。我的意思是說，為什么非要將OpenVPN移植到內(nèi)核，而不是在用戶態(tài)，即在它本身優(yōu)化它。為什么呢？事實(shí) 上我已經(jīng)在用戶態(tài)優(yōu)化了它，雖然有些難以定位的segment fault，但是并不是說我沒有時(shí)間沒有能力搞定這些，知難而退到內(nèi)核（退到內(nèi)核碰到panic豈不是更難搞），不是這樣的。我的本意是，且一直都是，我 要縮短處理路徑的長(zhǎng)度，我從來都不相信什么軟件神話，事實(shí)上我憎恨這些神話。正如一位網(wǎng)友所說，干嘛非要區(qū)分什么內(nèi)核態(tài)，用戶態(tài)！關(guān)鍵點(diǎn)不在哪個(gè)態(tài)處理效 率高，關(guān)鍵在處理路徑的長(zhǎng)度不同。就像有些人說的那樣，數(shù)據(jù)平面一定要在用戶態(tài)處理，那么事實(shí)上他的意思是說直接將數(shù)據(jù)包在驅(qū)動(dòng)層面上抓到用戶態(tài)，本質(zhì)上 還是縮短了處理路徑的長(zhǎng)度，所以我作圖如下，虛線代表現(xiàn)有的路徑：

　　在 多核心時(shí)代，內(nèi)核進(jìn)行多處理真的是太簡(jiǎn)單不過了，只要把過程用softirq或者tasklet調(diào)度到不同的CPU核心即可，哪來的那么多諸如epoll 的那么復(fù)雜的規(guī)范。但是這并不是說內(nèi)核態(tài)寫代碼就一定好，前提得是你能駕馭它！不光是panic，oops.。.更重要的是即便你能處理了這些，你也不能 把一個(gè)系統(tǒng)當(dāng)成一個(gè)單片機(jī)來玩，因?yàn)槟氵`背了軟件設(shè)計(jì)的基本原則。我不喜歡嵌入式的原因就在于此。在內(nèi)核中處理邏輯是極其不規(guī)范的做法，除非你知道自己在 做什么。事實(shí)上，在內(nèi)核態(tài)能做的事情在用戶態(tài)都可以做，關(guān)鍵是你得知道怎么做，如果你不想copy buffer，你可以用map，如果你想縮短協(xié)議棧處理路徑，干嘛不直接學(xué)學(xué)PF_RING的樣子，在用戶態(tài)平坦化處理。..但問題是，你知道怎么折騰這 些嗎？