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

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