從校驗和驗證(checksum validation)到TCP及更高層協(xié)議的卸載，網絡接口架構包含的加速功能日益增多。這些加速功能有部分可以利用軟件來有效執(zhí)行。在某些環(huán)境中，復雜加速功能的使用實際上可能降低性能，損害系統(tǒng)完整性和安全性。 正如過去30年中以太網標準取得了眾多進步一樣，這種主網絡接口架構也不斷有重大創(chuàng)新，其中許多旨在使操作系統(tǒng)和應用軟件能夠以更高的鏈路速度更有效地處理數(shù)據(jù)。在網絡鏈路速度提高給服務器I/O性能帶來挑戰(zhàn)的同時，新的加速功能出現(xiàn)，這并非巧合。某些加速功能經受住了時間的考驗，另一些因CPU和內核芯片組性能增益的穩(wěn)定進步而漸被淘汰。研究如何在一個系統(tǒng)環(huán)境中運用某一特定加速功能，將有利于我們了解該功能的長期效用。 普通的網絡接口不執(zhí)行鏈路層協(xié)議以上的數(shù)據(jù)包處理。例如，以太網接口可以處理以太網幀校驗和(FCS)，執(zhí)行第二層多點傳送濾波。一個能夠基于包含在單幀的高層協(xié)議中的本地狀態(tài)提供最優(yōu)化的適配器被定義為無狀態(tài)卸載適配器。能夠基于更高級協(xié)議被執(zhí)行的無狀態(tài)卸載包括數(shù)據(jù)包包頭分離和TCP/IP校驗和計算及驗證。 即使檢驗和這樣的簡單卸載，也可能在系統(tǒng)中引入運算沖突。例如，未經以太網FCS檢測的網絡故障根源的研究發(fā)現(xiàn)了硬件(如網絡接口適配器內部的直接存儲器存取(DMA)控制器)中的系統(tǒng)性錯誤。在硬件中，當在硬件中驗證檢驗和時，應用沒有被保護免受這些故障的損害。鑒于這個原因，在引入復雜的硬件或進行故障檢修時，應該謹慎地中止加速功能，以避免它們成為故障源頭。不過，隨著卸載技術和網絡適配器日益復雜，這可能不再是一個選擇。 例如，遠程DMA(RDMA)協(xié)議激活網絡接口，直接向應用緩沖器傳送數(shù)據(jù)。因此，整個軟件堆棧需要作大量改變。在這種模型中，檢驗和必然在網絡適配器中產生并驗證。關于為了解決可靠性問題而在整個數(shù)據(jù)中心禁用(Infiniband)RDMA這樣的事件報告就不足為奇了。 關于卸載技術前景需考慮的另一個權衡問題是，加速由硬件還是軟件實現(xiàn)最好。TCP段卸載(TSO) 即是一個好例子。TSO是無狀態(tài)卸載，其中TCP層經堆棧把一個非常大的段(比連接的最大的段尺寸還要大)傳送到網絡接口，再由網絡接口把它分割為大量數(shù)據(jù)包。 這種方法降低了網絡堆棧內每個數(shù)據(jù)包的軟件開銷，從而提高了性能。這種分割工作通常由網絡適配器執(zhí)行，并需要復雜的硅技術或嵌入式處理器來為每個數(shù)據(jù)包產生包頭?；蛘?，也可以利用軟件在堆棧最低層執(zhí)行，如同在Linux普通段卸載(GSO)中所做的那樣。同期測量結果顯示，除了無硅成本之外，其獲得的性能與采用硬件實現(xiàn)的幾無差別。

圖：基于軟件的TCP段卸載(TSO)實現(xiàn)方案的效率幾乎能夠與基于硬件的實現(xiàn)方案相當。 狀態(tài)卸載是一種網絡接口加速技術，基于包含在幀序列內高層協(xié)議中的狀態(tài)。若TCP是較高級別的協(xié)議，則狀態(tài)卸載被稱為TCP卸載引擎(TOE)。由于在網絡接口上處理更高層協(xié)議的固有要求，狀態(tài)卸載需要一個功能強大的嵌入式CPU，適配器上需要大量存儲器。額外的成本和功耗將使加速帶來的任何好處大打折扣。 TOE還包含了一個完整的TCP/IP堆棧實現(xiàn)方案，其與主操作系統(tǒng)的截然不同。這引發(fā)了OS領域的擔憂。我們對一個10Gbps的TOE的TCP一致性測量結果顯示，其一致性級別低于Linux 2.6.9內核。特別地，包含選擇性確認(SACK)技術的TCP算法不由TOE執(zhí)行。這一缺陷預計將在生產網絡環(huán)境中顯著降低性能，因為TCP對丟包的響應性能較低。 雖然每一個TOE供應商都可能會逐步提高自己的TCP堆棧質量，但任何打算部署TOE器件的集成商都不應該只基于微基準方法來進行測試。終端用戶也應該對他們的TOE驅動器、固件甚至硅芯片做定期的更新，以修補缺陷，提高一致性。 基于硬件的加速應該慎用?；谲浖乃惴ㄍǔＪ芤嬗谀柖?，且任何加速都遵循Amdahl定律，因為應用層加速的范圍比微基準的小得多。終端用戶必須謹慎何時使用狀態(tài)卸載設備，這些設備不可以工作在OS卸載時的一致性級或性能級上。