以太网和RapidIO的深度比较(下).pdfVIP

以太网和 RapidIO 的深度比较（下） 在嵌入式系统中有两种最常见互连： 以太网和 RapidIO 。在本文的上半部分我们 分析了这两种互连技术的发展现状， 在逻辑层、 包格式、 无损传输以及市场应用 方面对两种技术进行了比较， 在下半部分我们将在吞吐量、 延迟和流控方面进行 对比。 吞吐量、延迟和流控 延迟，具体说是传输延迟，可以通过增加带宽得到改善。以太网和 RapidIO 技 术在线速率增加时，传输延迟改善得到了体现。 传输延迟只是一个结构中整体延迟的一部分。整体延迟包括发送包所花的时间、 通过结构的交换器转移包的时间，以及接收包并将它传递给一个软件实体的时 间。这些元件中每个元件的延迟都可能受到流量控制的影响。 如果系统的结构中没有资源争用， 那么就没有必要进行流量控制。 流量控制机制 做出决定， 哪些包将要发送， 以及如何为不同的包流量分配系统资源。 在一个具 有复杂和动态流量模式的系统中， 流量控制机制能够以一种最大限度地提高系统 性能的方式解决拥塞情况。 如前所述， 系统性能可能取决于消息传输延迟， 以及 结构中的整体吞吐量。 为短期、 中期和长期拥塞补充流量控制机制有助于系统设 计人员优化其应用的性能特点。 一般来说， 一个流量控制机制应使包尽早得到转发。 在出现争用的条件下， 缓冲 区应该得到充分利用， 以创建更多的调度方案， 提高吞吐量和减少延迟。 RapidIO 和 DCE 流量控制策略的比较如下。 RapidIO 实现了一个全面的流量控制策略， 以解决一个系统中短期、 中期和长期 的拥塞情况。历时 10 微秒或以下的短期拥塞是由链路级流量控制来管理的。长 达 200 微秒的中期拥塞以及负载平衡是由虚拟输出队列背压机制来管理的。长 期拥塞是通过使用虚拟通道带宽保证， 以及数据流包支持的基于速率和信用的流 量控制来管理和 /或避免的。 RapidIO 链路级流量控制可通过短 控制符号“ ”来实现，控制符号可以嵌入在包内。 流量控制可以用 8 个优先权支持一个 优先“ ”通道也可以支持多达 8 个 虚拟“ ”通道 而这些通道没有优先权，控制符号的控制路径延迟最小。在最坏的情况下 (一个 传输延迟时间为 500 纳秒、超过 100 米的以 10 Gbps 运行的光链路 )在每个方向 上的控制路径延迟约为最大大小 RapidIO 包的两倍半。 RapidIO 流量控制机制允许一个发送器完全充分地对接收缓冲区进行打包。 出于 以下几个原因这样做非常重要： ? 一个交换芯片在其缓冲区中的包越多， 无拥塞的路由包到输出端口的吞吐量增 加选择就越多。这将以最小的延迟带来尽可能最大的吞吐量。 ? 发送器和接收器已就每个优先 /虚拟通道可以转移多少包达成一致。当包传输 调度时，发送器可以使用此信息优化结构延迟性能。 ? 低延迟控制机制允许尽量减少 RapidIO 缓冲区大小，同时保证包传送，并实 现线速吞吐量。 基于 IEEE 802.1p 优先权的流量控制支持 8 个独立流，与 RapidIO 的 8 个优先 权相同。建议使用暂停包，暂停包要采用一个定时的 XON/XOFF 机制。在接收 器有可能用完缓冲空间之前，必须激活 XON/XOFF 机制，否则将会丢包