Emulated ROS在本地产生数据，单个ROS, 2个 RequestHandler.
改变因素：通道数，SFI个数, 数据包大小
ROS布置在cmm03node03上，每个SFI单独布置在一个节点上。
1) 改变通道数, 1个SFI, 数据包长度为32KB.
2) 改变SFI个数，通道数为64，数据包长度为32KB
3) 改变数据包长度，SFI个数为13，通道数为1
4）改变通道数，SFI个数为13，数据包长度为32KB
由上述四种测试结果，得到下面两个图: （1）
（2）
测试结果分析：
1. 从图（1）可以看出64个通道，包长为32KB时，增加SFI的个数，带宽随之增加并逐渐趋于饱和，认为图中当SFI=13时，带宽基本不再增加，可以基本确认此时SFI不再是<=64通道时带宽饱和的瓶颈。
2. 图二的横坐标为ROS发送数据到SFI时的事例大小。
其中蓝线 > 绿线 的部分，为增加SFI个数带来的性能提高。
红线 > 蓝线 的部分，为去掉ROS汇总数据片段的CPU开销换来的性能提高。
红线的达到最高点的带宽值为22Gb/s, 此时的事例大小为2048KB，性能不再提高的瓶颈为CPU不够处理ROS发送数据。
在上面的测试基础上，继续增加两组测试：
5）改变SFI个数，包长为2KB. 通道数为64
单个ROS，通道数为64，数据包长为2KB时，增加SFI的个数，带宽并没有明显的增加。说明此时的SFI不是瓶颈，
瓶颈在ROS端CPU。
6）改变通道数，SFI个数为13,数据包长为2KB.
红线和x线在相同的横坐标下，事例长度相同，SFI数相同，不同的是通道数，红线>x线的部分是由于ROS的数据汇总CPU开销。