Emulated单ROS测试结果

Posted 2020-09-28 小荷才楼尖尖角

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开销。