+5
0

压测Cubieboard

DongHao 发表于 2013年01月28日 10:40 | Hits: 6940
Tag: 操作系统 | cubieboard | https | tcp | tengine
想测一测Cubieboard最多能支撑多少tcp长链接(当然,是比较空闲的链接)。

我的cubieboard上安装的是linaro(其实就是linux),首先得调节单个进程打开的句柄数(修改/etc/security/limit.conf),然后还要修改sysctl里tcp_mem等网络参数(具体配置可以参考这里1,2) 然写了一套简单的TCP链接客户端和服务端的代码。Server端用epoll模型; Client端创建500个链接然后把fd放入数组里,每个connection每5秒发送128字节。
开始测试时,在cubieboar上我分别对5个端口启动了5个Server,客户端(我的笔记本)则是用脚本不停的创建Client实例。
测试结果:cubieboard可以支撑到10万个tcp长链接,网络流量稳定保持在3.75MB/s,此时系统内存还有大约300MB free(总共1G),CPU idle在20%左右
cubieboard只有网口没有网卡(也就是没有network controller),所有的收包解包都由CPU完成,所以能支持的流量比较有限,不过撑个10万的闲链接还是没问题的。

还想了解一下cubieboard对https的支撑能力,于是我又在cubieboard上装了tengine(在arm上编译还挺顺利,连warning都没有,编译时间4分钟24秒),配上https签名(参加这里)再用ab压力测试,ab压测脚本是:
ab -n 20000 -c 20 -k url
测试结果:访问https的QPS为755, 访问http的QPS为1269

看来用cubieboard搭个小网站是绰绰有余了,一个小的聊天服务器兴许也可以。


====== 2013.1.28 ======

应 @pythonee 同学的要求,测试了200个并发:

ab -n 20000 -c 200 -k url

测试结果:访问https的QPS为858,访问http的QPS为1741,毕竟是单核,提升不明显,压测的时候CPU idle已经为0了
我另外还试了一下把openssl的签名长度改为512bit,以减轻CPU的压力,再测https,QPS可以到959,当然,签名长度再短,QPS也不可能高于http的1741了

cubieboard

原文链接: http://donghao.org/2013/01/nacubieboard.html

0     +5

评价列表(2)

  • +5 Caspar voted at 2013-01-26 22:02:08

    想问一下为什么我用berryboot安装的linaro会那么卡呢?是不是要安装些什么驱动之类的??
  • +0 bb voted at 2013-02-03 22:17:34

    2012年10月入手第一批cubieboard,现在一直7x24挂pt。 另外上面还挂了一个nginx做视频方面的代理(纯转发)。现在把我们家的2条20m线路吃的满满的,完全游刃有余