小荷才楼尖尖角

将上一篇博客里的SOCKNUM， THREAD_NUM, SOCK_PER_THREAD_NUM 都修改为1，并重新编译以后，即为单线程传输数据的情况。 为了调整发送端的发送频率，使得单socket时的带宽为16Mb/s，即0.015625Gb/s，在发送端send()函数后面加上usleep()函 Read More

1024个读出线程，发送端不控制速度。测试包长2KB, 测试时间983秒时， 单个线程的带宽为0.0068Gb/s, 此时的拥塞窗口为17，rtt为45000. 发送端的cpu占用率为18%， 接收端的CPU占用率为34%。接收端的Recv-Q为0，发送端的Send-Q为几百KB。 发送端和接收端先 Read More

模拟电子学端发送程序，控制速度？ 极限速度？ 极限速度发送时，在单个ROS进程处理多个socket时，对单个socket来说，发送端的速度远大于接收端的速度，导致接收端的缓冲区都满了，实际带宽很小； 控制速度时，控制为单socket 16Mb/s ，增加socket个数，带宽将成倍增加 。 最终电子 Read More

为了验证接收端的cpu是否不够，将ROS安排在两个服务器上cmm02node01, cmm02node03上，每个服务器上16个接收进程，测试12小时得到的两个接收结点的平均带宽分别为：19.05Gb/s, 17.48Gb/s，带宽和为36.53Gb/s。比单个接收结点16个ROS进程的带宽 31G Read More

在上一篇博客的基础上，将ROS接收端的接收函数注释掉，使得tcp连接只发数据，不收数据。这种情况下，接收端的接收缓冲区被填满后，发送端不再发送数据包。 1.在接收端发起connect, 发送端接收连接accept以后，接收队列和发送队列的长度都为0。 2.在发送端开始send数据，但接收端不进行接收 Read More

在cmm02node01上将ROS个数增加到16个，每个ROS处理一个socket，tcp传输的包长为2KB。发送和接收的套接字缓冲区设置为[8MB,8MB]. 得到的平均总带宽为31Gb/s. 下面分别是系统的各项指标： 1. tcp发送端的send-Q和recv-Q大小： Recv-Q The Read More

将接收端和发送端的套接字缓冲区设置为【8MB, 8MB】，接收端是while循环recv的directrecv模式下，8个ROS进程，每个ROS处理一个socket, 发送和接收包长为2KB, 运行了大约12个小时的带宽曲线如下： 计算得到每个接收进程的平均带宽，以及8个进程的平均带宽的和为： 总的 Read More

将上一篇博客里的测试曲线分别求平均值得到上图的比较曲线。从图中可以看出在【8MB, 128MB/256MB/1GB】时，带宽比较大。 Read More

由前两篇博客知道，通过SO_SNDBUF与SO_RCVBUF可以设置TCP套接字的发送缓冲区和接收缓冲区的大小。 当设置TCP套接字接收缓冲区的大小时，函数调用的顺序很重要。这是因为TCP的窗口规模选项是在建立连接时用SYN分节与对端互换得到的。 对于客户， 这意味着SO_RCVBUF选项必须在调用 Read More

在刀片2的 cmm02node06 >cmm02node01 两个结点上，将包长固定在2KB, 用-w选项改变socket buffer size大小，用iperf软件测试两个节点之间的tcp传输带宽，观察随着socket buffer size的变化，传输带宽的变化情况： 1. 只改变发送端的so Read More