1.傳統的收發報文方式都必須採用硬中斷來做通訊，每次硬中斷大約消耗100微秒，這還不算因為終止上下文所帶來的cache miss。
2.資料必須從核心態使用者態之間切換拷貝帶來大量cpu消耗，全域性鎖競爭。
3.收發包都有系統呼叫的開銷。
4.核心工作在多核上，為可全域性一致，即使採用lock free，也避免不了鎖匯流排、記憶體屏障帶來的效能損耗。
5.從網絡卡到業務程序，經過的路徑太長，有些其實未必要的，例如netfilter框架，這些都帶來一定的消耗，而且容易cache miss
1、傳統伺服器可能有如下潛在的問題
協議棧的擴充套件性
多核的可擴充套件性
記憶體的可擴充套件性
減少訪存次數來避免cachemisses是我們設計的目標。
指標不要隨意指向任意記憶體位址，因為這樣每一次指標的間接訪問可能會導致多次cache misses，最好將需要訪問的資料放到一起，方便一次性載入到cache中使用。按照4k頁來計算，32g的資料需要占用64m的頁表，使得頁表甚至無法放到cache中，這樣每次資料訪問可能需要兩次訪問到記憶體，因此建議使用2m甚至1g的大頁表來解決這個問題。
解決方案
概念：dpdk應用程式是執行在使用者空間上利用自身提供的資料平面庫來收發資料報，繞過了linux核心協議棧對資料報處理過程。linux核心將dpdk應用程式看作是乙個普通的使用者態程序，包括它的編譯、連線和載入方式和普通程式沒有什麼兩樣。
傳統linux網路層:
硬體中斷--->取包分發至核心執行緒--->軟體中斷--->核心執行緒在協議棧中處理包--->處理完畢通知使用者層
使用者層收包-->網路層--->邏輯層--->業務層
dpdk網路層:
硬體中斷--->放棄中斷流程
使用者層通過裝置對映取包--->進入使用者層協議棧--->邏輯層--->業務層
linux協議棧：
dpdk優勢:
dpdk劣勢
背景和列表
background color 設定元素的背景顏色 background image 把影象設定為背景 background position 設定背景影象的其實位置 background attachment 背景影象是否固定或者隨著頁面其餘部分滾動 background repeat 設定背景...
顏色和背景
1.當background attachment fixed時，元素會根據視窗進行定位。因此，背景模式都從視窗的左上角開始平鋪，而不是從單個元素的左上角開始。對於body，可以看到整個重複模式。不過，對於其他元素，只是在其內邊距和內容區才能看到它的背景。span a paragraph next d...
Tokio 優勢和劣勢
參考 tokio 是 rust 程式語言的非同步執行時。它提供了編寫網路應用程式所需的構建基礎。它提供了針對各種系統的靈活性，從具有數十個核心的大型伺服器到小型嵌入式裝置。在高層次上，tokio提供了幾個主要元件 當你以非同步方式編寫應用程式時，可以通過降低同時執行許多操作的成本來使其更好地擴充套件...