以太网和RapidIO之深度比较(上下)

以太网和RapidIO之深度比较关键字：以太网

RapidIO

接口

随着千兆接口的应用普遍推广，嵌入式应用中的可用带宽也出现了增长。在嵌入式系统中，由于这一带宽突破性的优势的使得出现了两种最常见互连：以太网和RapidIO。本文比较了两种技术在芯片到芯片、板到板、背板之间或机柜间长达100米的连接状态下所带来的好处。现在采用RapidIO连接的应用已经很常见，如无线基带信号处理、军用计算平台、视频处理和工业控制。当然也有一些采用其他连接应用比如大型数据中心机房内的设备。RapidIO技术概述和以太网类似，RapidIO可以在各种介质上实现包交换。RapidIO包最大净荷是256字节，最大总包长为276字节。最有效的RapidIO包格式使用12字节的开销传输256字节的数据，协议效率为95％。RapidIO支持消息和读/写语义，这有助于控制平面和数据平面操作使用相同的物理互连，从而有效地提高效率，简化系统设计。RapidIO协议的设计是要从根本上尽量降低传输延迟。经过优化，RapidIO技可以利用硬件实现。通过简单的流量控制和错误恢复机制，即使是存在拥塞和传输错误，RapidIO链路也可以保证包的传输。这些机制的实现是采用短的、链路特定数量的所谓“控制符号”。大多数控制符号可以嵌入在包内，以确保可靠的包交换控制回路的延迟达到最小。RapidIOGen2规范发布于2008年。RapidIOGen2比RapidIO链路传输速率增加了一倍，达到了6.25Gbaud，同时在其物理层中增加了8个新的虚拟通道支持能力。RapidIOGen2生态系统中最快的、通用端口是一个以20Gbps运行的四通道端口。逻辑层因支持针对数据流包的基于速率和可信度的流控制而得到了增强。另外，还增加了一个虚拟输出队列背压机制。在电信领域，RapidIO技术占有主导地位，尤其是在无线基带信号处理方面。此外，RapidIO已在军事、视频处理和工业控制应用中占有显著的市场份额。庞大和不断增长的RapidIO产业生态系统包括了许多交换器厂商(IDT、PMC-Sierra、Mercury等)，这些厂商提供的产品都有大约100纳秒(ns)的延迟。关于这些微小的延迟值将在本文后面予以讨论。以太网技术概述尽管最常见以太网数据包的有效载荷仅稍多于1500字节，但以太网数据包最大支持多达9千字节大小(KB)的包传输。以太网的最小包大小为64字节。由于以太网需要软件支持(如传输控制协议TCP)才能提供可靠的传输服务，所以传统意义上的以太网是一种“有损”传输。尽管以太网包支持比RapidIO更大的有效载荷，其最大协议效率仅略高于97％，原因是基于软件的可靠传递协议需要大报头开销。“PAUSE”包流控制机制一直是以太网终端之间拥塞管理的主要手段。以太网的流量控制机制作为网络层控制协议，为的是根据丢包检测来控制传输速率，因为这是目前在以太网上传输合理吞吐量的最有效的方法。以太网目前在制定40Gbps和100Gbps链路标准。这项工作建立在现有的10Gbps单通道以太网标准基础之上。最近，“无损以太网”的概念已经公布。无损以太网针对的是存储区域网络，特别是以光纤通道以太网(FCoE)，所以它也称为“数据中心以太网”(DCE)。无损以太网目前正围绕着以下几个增强功能进行研究，如基于IEEE802.1p优先级的流量控制(PFC)和802.1au拥塞通知功能。这些增强功能利用了已制定协议规定的包优先级信息，如多协议标签交换(MPLS)和IEEE802.1QVLAN。通过建立链路级流量控制，无损以太网减少了由于以太网互联网拥塞造成的丢包。丢包量的大大降低大幅提高了整体网络传输的效率。拥塞条件下的无损以太网在某种意义上讲采用类似RapidIO的方式进行传输。虽然以太网产业生态系统要比RapidIO的产业生态系统大得多，但是以太网交换器件供应商仍然只有3家——Marvel、Fulcrum和Broadcom。这些制造商有各种各样的互联网产品。在无损以太网规范的支持下，这些厂商已经宣布了具有亚微秒延迟的交换器。发现DCE有吸引力的功能的系统设计人员也可以考虑建立一个RapidIO生态系统作为器件来源。同样，DCE的新功能有助于系统设计人员考虑将无损以太网作为某些应用中RapidIO的替代品。逻辑层的比较表1对比了RapidIO与以太网技术的比较，它引自“系统互连结构：以太网与RapidIO技术”白皮书获取。

表1：RapidIO与以太网的比较请注意，在一个互联网路由器或交换机平台内，芯片之间有某些“短程”连接。这些低延迟的短距离连接可以通过简单的流量控制机制来加以利用，以最大限度地减少丢包。然而，即使是10Gbps的连接，一个以太网暂停包延迟对处理短延迟都显得太长了，因为在未考虑PHY和处理延迟情况下，一个暂停包需要60多纳秒来传输。正是由于这个原因，互联网以太网交换机和路由器的领导厂商在其平台当中都不使用以太网作为独有的互联技术。相反，串行外设互联(SPI)、Interlaken和RapidIO等互连标准都集成了低延迟流量控制机制，以确保在不丢包的同时实现高效的包传输。在数据中心网络内，比如由提交文件修改和确认数据传输等控制功能造成的网络延迟，可以用来表征许多系统能够提供多少能力的真正限制。同样，针对服务器负载平衡功能的控制系统延迟可以决定整个系统的效用和效率。在许多数据中心平台中，板卡连接使用的是交换芯片，而不是一个交换机或路由器平台。处理器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)和NPU使用一个由多个交换芯片组成的交换矩阵相互连接。交换矩阵利用单一的互连协议有效地连接多个芯片、板卡和机箱。这种做法可以在数据中心平台内实现较低的延迟、更高的性能、更低的功耗和更低的成本。诸如此类的原因使EMC公司采用了RapidIO作为其V-Max高性能存储产品的连接架构。许多互联网以太网交换芯片能够支持交换机和路由器平台的功能。然而，较低延迟的数据中心以太网交换机无法支持。因此，要由直接连接到数据中心以太网交换机的设备来提供这些功能。这是体现了大多数消费互联网以太网技术特点的简单发送和接收架构的重大转变。无损以太网的出现发出了以太网市场分化成互联网以太网和数据中心以太网设备的信号。其含义在于，数据中心以太网设备无法享受与互联网以太网设备相同的经济规模效益。(本刊下期将刊载该文下半部分，对两种互联技术在吞吐量、延迟和流控制等方面进行比较。)在嵌入式系统中有两种最常见互连：以太网和RapidIO。在本文的上半部分我们分析了这两种互连技术的发展现状，在逻辑层、包格式、无损传输以及市场应用方面对两种技术进行了比较，在下半部分我们将在吞吐量、延迟和流控方面进行对比。吞吐量、延迟和流控延迟，具体说是传输延迟，可以通过增加带宽得到改善。以太网和RapidIO技术在线速率增加时，传输延迟改善得到了体现。传输延迟只是一个结构中整体延迟的一部分。整体延迟包括发送包所花的时间、通过结构的交换器转移包的时间，以及接收包并将它传递给一个软件实体的时间。这些元件中每个元件的延迟都可能受到流量控制的影响。如果系统的结构中没有资源争用，那么就没有必要进行流量控制。流量控制机制做出决定，哪些包将要发送，以及如何为不同的包流量分配系统资源。在一个具有复杂和动态流量模式的系统中，流量控制机制能够以一种最大限度地提高系统性能的方式解决拥塞情况。如前所述，系统性能可能取决于消息传输延迟，以及结构中的整体吞吐量。为短期、中期和长期拥塞补充流量控制机制有助于系统设计人员优化其应用的性能特点。一般来说，一个流量控制机制应使包尽早得到转发。在出现争用的条件下，缓冲区应该得到充分利用，以创建更多的调度方案，提高吞吐量和减少延迟。RapidIO和DCE流量控制策略的比较如下。RapidIO实现了一个全面的流量控制策略，以解决一个系统中短期、中期和长期的拥塞情况。历时10微秒或以下的短期拥塞是由链路级流量控制来管理的。长达200微秒的中期拥塞以及负载平衡是由虚拟输出队列背压机制来管理的。长期拥塞是通过使用虚拟通道带宽保证，以及数据流包支持的基于速率和信用的流量控制来管理和/或避免的。RapidIO链路级流量控制可通过短“控制符号”来实现，控制符号可以嵌入在包内。流量控制可以用8个优先权支持一个“优先”通道也可以支持多达8个“虚拟”通道而这些通道没有优先权，控制符号的控制路径延迟最小。在最坏的情况下(一个传输延迟时间为500纳秒、超过100米的以10Gbps运行的光链路)在每个方向上的控制路径延迟约为最大大小RapidIO包的两倍半。RapidIO流量控制机制允许一个发送器完全充分地对接收缓冲区进行打包。出于以下几个原因这样做非常重要：?一个交换芯片在其缓冲区中的包越多，无拥塞的路由包到输出端口的吞吐量增加选择就越多。这将以最小的延迟带来尽可能最大的吞吐量。?发送器和接收器已就每个优先/虚拟通道可以转移多少包达成一致。当包传输调度时，发送器可以使用此信息优化结构延迟性能。?低延迟控制机制允许尽量减少RapidIO缓冲区大小，同时保证包传送，并实现线速吞吐量。基于IEEE802.1p优先权的流量控制支持8个独立流，与RapidIO的8个优先权相同。建议使用暂停包，暂停包要采用一个定时的XON/XOFF机制。在接收器有可能用完缓冲空间之前，必须激活XON/XOFF机制，否则将会丢包。作用于流量控制的延迟的关键是有效利用缓冲区。在一个设备决定必须发出一个暂停包开始的时间到接收站因收到暂停包开始响应的时间之中，接收到的信息量被称为“滑移（skid）”。从图2可以很清楚地看到，为什么能够在包内嵌入链路级流量控制信息对RapidIO来说是一个重要优势。在第1点，接收器决定它必须关闭一个特定优先权。然而，黄色的最大帧（第2点）已开始传输，以防止暂停帧的传输。这使得接收器可以接收相应的黄色最大帧。一旦发送器收到了暂停帧，在第3点就可能出现一个类似的问题，其中一个最大帧已经开始传输。因此，以太网连接必须考虑的最低滑移的大小是两个最大包。对于长度为100米的10Gbps连接，计算出来的滑移长度约为10.1KB。该计算假设的是一个长度为2000字节的最大包。如果使用了其他存储相关的协议，如采用2.5KB最大传输单元（MTU）的FCoE或9KB的MTU的iSCSI（互联网SCSI），滑移长度将会增加。其他以太网规范，如以太网，甚至可能会增加更大滑移长度。如果以太网交换机支持8个独立优先权，就像Gen2RapidIO交换器那样，言下之意是，当有足够的缓冲区来弥补滑移时，必须优先考虑XOFFed。对于NIC和采用千兆字节DRAM的处理器来说，滑移长度并不值得担心。然而，对于交换器内的嵌入式内存，滑移长度具有重要意义。大滑移长度对以太网交换机的设计人员和数据中心以太网的用户有很大的影响：?为了避免发送暂停帧出现背靠背的情况，在开始运作一个流之前，应该有超出滑移长度缓存可以利用。这意味着，给定流量的包传输将会突发，从而造成不平衡的网络行为。?无法保证发送的滑移包匹配正在关闭的优先权。因此，需要为滑移预留的一部分缓冲区将不包含数据包，从而增加了传输延迟并使吞吐量下降。?为了减少一个以太网端口所需的内存数量，一种设计优化是将用于流量控制的多个优先权编组在一起。这可能导致线头拥塞，吞吐量出现相应下降，同时延迟增加。?包传输调度算法可以补偿流量控制的不力。虽然短期流量控制不具备传统以太网的优势，但长期流量控制具有这种优势。有许多协议旨在确定什么是可能实现的最高传输水平。这些基于软件的协议一般依靠在互联网以太网设备由于流量拥塞出现的丢包时进行丢包检测。随着DCE的问世，不再有丢包现象出现，使这些长期拥塞管理/传输速率控制协议失去了作用。相反，DCE要求支持802.1Q虚拟局域网标准。该标准对流量控制的影响稍后将在本文中讨论。RapidIOGen2规范为基于数据流包的流量创建了XON/XOFF，以及基于速率和信用的流量控制机制。这一机制是专门为单一目的地的多个发送器的系统开发的。该协议允许发送器之间进行通信，了解它们有多少信息可用，并针对目的地进行管理和调度，使哪一个发送器处于激活状态，并以什么速度运行。虽然流量控制机制可以用软件来支持，但是包格式很简单，用硬件也可以支持这些机制。正确使用这些流量控制机制就能够避免长期拥塞，并有助于优化应用的性能。解决网络拥塞和流量控制问题的一个理想方案是得知网络中的拥塞位置，允许包源将传输的包调度到网络的非拥塞区域。RapidIO支持网络中的拥塞位置告知机制。RapidIOGen2定义一个了低延迟的、基于控制符号的机制，名为虚拟输出队列（VoQ）背压。VoQ背压定义了一种分层的方法，可以用硬件来实现，将拥塞推回到网络边缘。这样做有两个好处：?它可以减缓造成拥塞点的流量，释放系统资源。?它鼓励那些不会造成拥塞的其他流量的传输，从而提高吞吐量和平衡系统负载。在许多系统中，一些流量对延迟不太敏感，但确实需要带宽的保证。RapidIOGen2标准支持9个虚拟通道，以VC8至VC0表示。VC0与RapidIOGen1向后兼容，支持多达8个优先权。VC1至VC8都有专门的资源和与之相关的具体的流量控制，以确保带宽保证可以得到满足。每个VC都有一个最低的带宽保证。这确保了分配给该VC的包能够保证随时间的推移获得相当大的进展，但是VC1至VC8的延迟不能保证。这里的VC0很特别，它可以像它想要的那样有选择地获得尽可能多的带宽。这样，VC0流量就可以有保证的延迟，而剩下的流量可以获得其合理份额的剩余带宽。由数据流包类型支持的VC与流量管理的结合可以用来设计结构的流量接纳，以保证延迟。如前所述，由于软件带宽管理协议不再有效，DCE需要支持802.1Q虚拟局域网标准，它允许通过分配1/8个优先级数值为具体的VLAN流量配置延迟和带宽保证。这些优先级数值配合优先分配的MPLS。标准中提供的尽可能最低的延迟保证是语音流量为10毫秒。如前所述，这不能肯定所有DCE设备都将支持全部8个优先级数值，因为滑移导致了一些内存要求。802.1Q的流量控制与已制定的以太网互联网协议有很大的不同。以太网互联网协议更改流量传输速率的典型方法是提高传输速率，直到检测到丢包，然后后退（backoff）传输，直到不再检测到丢包。虽然网络的延迟意味着流量传输速率可能需要几秒钟达到稳定，但最终，还要确定最佳的传输速率。802.1Q