核心的網絡協定棧強調通用性，主要是為吞吐量優化（性能名額通常是 MB/s 或 packets per second），順帶兼顧大量并發連接配接。為了支援 C1000k，要調整核心參數讓每個連接配接少占資源，這與核心代碼的設計初衷是違背的。
使用者态協定棧捅破了這層窗戶紙，可以根據應用的特點來剪裁協定棧功能。優化也更直接，不再是調黑盒參數組合，而是直接上 profiling，根據結果修改應用程式和協定棧的代碼。
使用者态協定棧的吞吐量比不上核心，不過對 C1000k 的應用場合（例如 comet）應該不成問題。
也可以用各種現成的工具來分析函數的調用關系：
我在《談一談網絡程式設計學習經驗》中說這本書的“代碼隻能看，不能上機運作，也不能改動試驗”如今不再成立了。
本文轉自 陳碩 部落格園部落格，原文連結：http://www.cnblogs.com/Solstice/p/3738832.html，如需轉載請自行聯系原作者