首部压缩-jpeg标准的中文文档pdf

29.12 实现求精为了加速TCP处理而进行的优化与UDP类似 (23.12节)。应利用复制数据计算检验和，并避免在处理中多次遍历数据。Dalton et al. 1993 讨论了这些修订。连接数增加时，对TCP PCB的线性搜索也是一个处理瓶颈。McKenney and Dove 1992 讨论了这个问题，利用哈希表替代了线性搜索（了解更多关于哈希表的实现）。Partridge 1993 介绍了Van Jacobson开发的一个用于研究目的的协议实现，极大地减少了TCP的输入处理。接收数据分组首先由IP进行处理 (RISC系统中约有25条指令)，之后由分用器 (demultiplexer) 寻找PCB (约10条指令)，最后由TCP处理 (约30条指令)。这30条指令完成了首部预测，并计算伪首部检验和。如果数据报文段通过了首部预测，且应用进程正等待接收数据，则复制数据到应用进程缓存，计算TCP检验和并完成验证 (一次遍历中完成数据复制和检验和计算)。如果TCP首部预测失败，则执行TCP输入处理中较慢的路径。

29.13 首部压缩下面介绍TCP首部压缩。尽管首部压缩不是TCP输入处理的一部分，但需要彻底了解TCP。相关内容的详细信息可以在哈希表设计哈希表的具体实现代码找到，或者深入研究哈希表hashtable实现。

这样一来，是不是对TCP的优化处理有了更清晰的理解？赶快点击链接了解更多吧！