带组装8ROS_512通道测试结果

原有的读出方式不变,一个ROS处理多个socket, 每次read之前先select检查通道是否有数。

发送端控制发送频率为1KHz。

8ROS布置在一个服务器cmm03node03上,每个ROS接收64个通道的数据。每个ROS一个RequestHandler, 一共有四个SFI。接收端和发送端的socket buffer size 都设置为8MB。得到的测试结果如下:

1. 平均事例率:919.5Hz, 总带宽:919.5*2*8*64*8/1024/1024=7.18Gb/s.

2. 此时ROS所在的服务器的CPU占用率为: CPU 的 idle 为 5%。

top - 15:22:31 up 305 days, 22 min,  3 users,  load average: 8.60, 8.69, 7.53
Tasks: 680 total,   1 running, 679 sleeping,   0 stopped,   0 zombie
Cpu(s): 22.2%us, 63.7%sy,  0.0%ni,  5.0%id,  0.0%wa,  0.0%hi,  9.1%si,  0.0%st
Mem:  32980332k total, 28224512k used,  4755820k free,    64060k buffers
Swap: 33554428k total,    85412k used, 33469016k free, 17258244k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
16676 lhaaso    20   0 1316m 106m  20m S 296.5  0.3  63:55.88 ReadoutApplicat
16684 lhaaso    20   0 1316m 104m  20m S 293.2  0.3  63:07.64 ReadoutApplicat
16636 lhaaso    20   0 1316m 102m  20m S 291.9  0.3  62:59.73 ReadoutApplicat
16686 lhaaso    20   0 1316m 104m  20m S 291.6  0.3  63:31.31 ReadoutApplicat
16679 lhaaso    20   0 1316m 105m  20m S 280.4  0.3  58:14.17 ReadoutApplicat
16645 lhaaso    20   0 1316m 104m  20m S 278.8  0.3  59:24.06 ReadoutApplicat
16682 lhaaso    20   0 1316m 106m  20m S 265.7  0.3  59:18.60 ReadoutApplicat
16683 lhaaso    20   0 1316m 104m  20m S 257.8  0.3  59:35.39 ReadoutApplicat
14370 lhaaso    20   0 10.7g 206m  12m S  2.0  0.6   0:34.68 java
18702 lhaaso    20   0 26344 1856 1040 R  1.0  0.0   0:00.11 top
21011 lhaaso    20   0  108m 2356 1092 S  1.0  0.0   0:19.20 sshd
    9 root      20   0     0    0    0 S  0.3  0.0  23:50.81 ksoftirqd/1
   25 root      20   0     0    0    0 S  0.3  0.0  31:52.18 ksoftirqd/5
 2410 root      20   0     0    0    0 S  0.3  0.0  60:52.44 kondemand/0
 2411 root      20   0     0    0    0 S  0.3  0.0  55:59.79 kondemand/1
 2412 root      20   0     0    0    0 S  0.3  0.0  51:28.75 kondemand/2
 2413 root      20   0     0    0    0 S  0.3  0.0  54:28.44 kondemand/3
 2415 root      20   0     0    0    0 S  0.3  0.0  46:10.74 kondemand/5
 2419 root      20   0     0    0    0 S  0.3  0.0  11:30.91 kondemand/9
 2422 root      20   0     0    0    0 S  0.3  0.0  57:57.05 kondemand/12
 2424 root      20   0     0    0    0 S  0.3  0.0  53:25.12 kondemand/14
 2425 root      20   0     0    0    0 S  0.3  0.0  55:21.80 kondemand/15
 2455 root      20   0 10948  448  244 S  0.3  0.0 151:57.48 irqbalance
 5874 lhaaso    20   0 5795m  23m 3376 S  0.3  0.1  28:00.78 pmgserver
13992 lhaaso    20   0 6741m  52m  25m S  0.3  0.2   0:04.93 run_controller
15498 lhaaso    20   0 1703m 5232 1992 S  0.3  0.0   0:43.38 mrs_worker              
时间: 2024-11-06 13:32:10

带组装8ROS_512通道测试结果的相关文章

带组装2ROS_1node_128通道

原有的读出方式不变. 发送端控制发送频率为1KHz. 在cmm03node03 节点上各布置2个ROS.每个ROS接收64个通道的数据.每个ROS 1 个RequestHandler, 一共有44个SFI.接收端和发送端的socket buffer size 都设置为8MB.SFI布置在cmm02node01,cmm02node03, cmm02node04, cmm02node05, cmm02node07, cmm02node13, cmm02node08, cmm02node10, cmm

ROS取数线程分析(4): 不带组装: socket选项SO_SNDBUF,SO_RCVBUF对带宽和CPU的影响(2)

在不带组装,取数线程简化为直接while循环recv,通过setsockopt将SO_SNDBUF, SO_RCVBUF设置为256*1024时,短时间内的测试结果为6.7Gb/s.但是长时间的测试结果却如下图: 上图的横坐标为ROS接收到event的个数,以40000为单位. (x, y)表示 ROS接收到第 x*40000 个 event 时,接收端的带宽为 y Gbits/s. event size 为 2KB. 由上图可以看出,接收端的带宽在保持了一段时间的6Gb/s后,是不断降低的.但

带组装的bug解决

带组装时,之所以出现DFM和SFI的报错,是因为SFI在向ROS请求数据时出现TIMEOUT,导致了SFI的强制组装(不完整事例,由于只有一个ROS,于是SFI报warning:No Data Fragments at all.),SFI的超时也会带来DFM接收EoE的超时,于是DFM也报warning: No EoE Message for event... . 将SFI的TimeoutCycle_ms 增加到5000000以后,不再出现报错的现象. 将TimeoutCycle_ms设置为50

带alpha透明通道视频—网页播放带alpha通道视频叠加合成方案

带alpha通道的图片有GIF和PNG,但是GIF只有8位,失真严重,边缘锯齿非常明显. 做动画,其它考虑PNG24,用css3 animations播放.但是,每个都配置太麻烦.综合考虑还是做透明背景的及带alpha通道的视频做背景做好. 带alpha通道可以跟背景融合的视频,常用有三种格式 微软 AVI,微软压缩比太差,文件太大. 苹果mov,在windows平台,要装相关插件. 谷歌webM,只要与新版chrome即支持. webM 与webP是一个爹养的,在网络应用绝佳--高压缩比高保真

带组装32ROS_4节点_2048通道测试结果

原有的读出方式不变. 发送端控制发送频率为1KHz. 在cmm03node03, cmm03node05, cmm03node04, cmm03node07四个节点上各布置8个ROS, 一共32个ROS.每个ROS接收64个通道的数据.每个ROS一个RequestHandler, 一共有四个SFI.接收端和发送端的socket buffer size 都设置为8MB.SFI布置在cmm03node13, cmm03node14这两个节点上,一共8个SFI.得到的测试结果如下: 1. 平均事例率:

带组装3ROS_1节点_192通道

原有的读出方式不变. 发送端控制发送频率为1KHz. 在cmm03node03 节点上各布置3个ROS.每个ROS接收64个通道的数据.每个ROS 3个RequestHandler, 一共有44个SFI.接收端和发送端的socket buffer size 都设置为8MB.SFI布置在cmm02node01,cmm02node03, cmm02node04, cmm02node05, cmm02node07, cmm02node13, cmm02node08, cmm02node10, cmm0

带组装4ROS_1节点_256通道

原有的读出方式不变. 发送端控制发送频率为1KHz. 在cmm03node03 节点上各布置4个ROS.每个ROS接收64个通道的数据.每个ROS 2个RequestHandler, 一共有44个SFI.接收端和发送端的socket buffer size 都设置为8MB.SFI布置在cmm02node01,cmm02node03, cmm02node04, cmm02node05, cmm02node07, cmm02node13, cmm02node08, cmm02node10, cmm0

带组装7ROS_1节点_448通道

原有的读出方式不变. 发送端控制发送频率为1KHz. 在cmm03node03 节点上各布置7个ROS.每个ROS接收64个通道的数据.每个ROS 2个RequestHandler, 一共有44个SFI.接收端和发送端的socket buffer size 都设置为8MB.SFI布置在cmm02node01,cmm02node03, cmm02node04, cmm02node05, cmm02node07, cmm02node13, cmm02node08, cmm02node10, cmm0

带组装1ROS_1节点_64Chan

原有的读出方式不变. 发送端控制发送频率为1KHz. 在cmm03node03 节点上各布置1个ROS.每个ROS接收64个通道的数据.每个ROS 1个RequestHandler, 一共有44个SFI.接收端和发送端的socket buffer size 都设置为8MB.SFI布置在cmm02node01,cmm02node03, cmm02node04, cmm02node05, cmm02node07, cmm02node13, cmm02node08, cmm02node10, cmm0