| 第1页：服务器流量负载支撑瓶颈 重视I/O构架响应延迟 |
众所周知，服务器的性能支撑光有性能强劲的处理器是不够的，负责连接网络构架和存储构架的I/O子系统同样对Server系统性能表现息息相关。在以往服务器的网络基础投资包括从快速以太网到千兆以太网（GbE）升级，使用独立的磁盘冗余列阵（RAID）及多层数据中心，使得网络服务器的性能始终领先于网络流量增长的需求。而近几年网络数据设备和网络应用的不断增长，服务器开始面对前所未有的高流量负载挑战。IT部门管理人员越来越发现，尽管投入了大量资金提升网络连接带宽，提升处理器的性能规格，但是应用程序的响应性能和可靠性并没有出现和投入相符回报的增长。那么问题究竟是处在哪里了呢？
英特尔公司亚太区通信市场总监程宇樑先生
2006年9月12日，英特尔携手国内外合作伙伴们一起，举行了一场主题为“优化平台、提升效率”的技术研讨会。会上英特尔公司亚太区通信市场总监程宇樑（Lawrence Cheng）先生以及联想、浪潮等厂商代表，同到场的媒体同仁针对“传统构架服务器遭遇的网络I/O瓶颈，以及英特尔创新的I/O
AT技术如何来解决数据包和有效负载处理难题”等议题进行了深入探讨。
联想服务器事业部秦风雷先生
浪潮服务器事业部郑子亮先生
在详细向读者介绍本次会议主题之前，我们先来大概了解一下当前网络服务器所面临的网络I/O瓶颈从何而来，到底有没有办法避免呢。
我们了解到的是，服务器对于网络应用的处理任务，而数据包是系统进行网络应用处理的最基本单位。当网卡接收到数据包后，回放入内存里为网卡开辟的缓冲区内，接下来会和系统处理器进行交互操作，进行标头和有效数据载荷的处理。处理器首先发出信号，表示有数据包在等待。然后处理器读取数据包的标头信息，确定关于数据有效负载的项目种类、来源，然后请求数据包的有效负载，经过处理器检查后按照标头所示应类型用提供给应用。其中处理器对于网络标头和有效负载内容的包处理技术本身耗费的处理器并不大，但是由于处理器在处理标头数据和通过协议堆栈过程产生访存或者数据移动都回产生大量延迟，最终导致大量处理器周期浪费在等待数据上，实际是在浪费处理器的处理能力。此外传统一直沿用的TCP/IP（网络堆栈）的处理方法在诞生之日起就没有多大的改变，而方法起初就不是为高数据吞吐性能所设计的，现代处理器处理该应用的效率难以提高，增加了很多无谓系统开销。
数据包处理的软硬件分层堆栈。注意，纯计算（CPU层）只是解决方案的一小部分。
如果说在网络流量和速度较低的过去，这种TCP/IP请求响应服务通讯构架还不会让服务器性能捉襟见肘的话，现在多样的网络应用和设备性能提升下，数据包流量和速度大幅提升，这直接导致的就是CPU实际有效处理运算周期减低，延迟等待问题愈加严重，导致服务器应用吞吐量出现瓶颈。其实针对上述问题，业界一直在找寻解决的方案，也出现了包括TOE、RDMA和加载技术几种，它们各自的出发点不同，都有自己的优势和不足，而英特尔目前主推的I/O AT技术正是在充分考察上述三种技术后所推出的平台化TCP/IP处理加速技术方案。
