Netperf加载TCP_CRR参数测试

按照Netperf的解释，采用TCP_CRR参数，会在连接数据传输完毕后，将连接进行断开。更像是实际网络中HTTP协议传输数据时的情况。由于每次连接都需要重新进行建立，对服务器的应用负载会更大一些。

在TCP_CRR的测试过程中我们发现在64Bytes到10240Byte时，不同云主机的连接处理性能出现了明显的“分层”现象。

从云主机网络连接TCP_CRR测试结果线图中我们可以清楚的看出，处于最顶层的是阿里云2核4G、4核8G、32核64G云主机。下方是青云的4核8G和2核4G云主机。再下面是腾讯云的32核64G、4核8G和2核4G云主机。而百度云的云主机处于最低下的位置。

这个排序，应该可以比较清晰的体现出不同云主机在“单核”时的网络应用处理能力了。

原本计划通过1024Byte-1024000Byte这些不同大小文件，在进行连接测试的过程中，同样对云主机的数据传输性能再进行一下分析。

然而由于测试工具Netperf的单线程测试能力，并不能将应用连接很好的分配到云主机的多核处理器之上，因此云主机有限的处理能力，不能很好的对网络数据传输进行处理。

但是1024000Byte这种接近1MBytes的文件大小对于云主机的处理能力要求已经是十分的有限了，可是在测试结果中百度云和腾讯云的云主机依然未达到1000Mbps的网络传输带宽，这样的应用处理能力就让人十分费解了。

而且在这种大文件之下，腾讯云的连接处理能力会被百度云进行反超，这个问题，还有待更进一步了解。

注：阿里云在2核4G云主机上133TPS的成绩应该是受到其1.1Gbps网络带宽的影响，青云的处理情况应当也是同理。（1024000*8*133=1089536000bps），腾讯云与青云传输带宽相仿，但连接处理速率相差比较明显。

参考：

阿里云官网资料>>

腾讯云官网资料>>

百度云官网资料>>

青云官网资料>>

欢迎注册阿里云，开启上云之旅！新用户首购低至0.3折。