应用服务器性能评估方法与步骤(09年5月总结)

学习平台用了2年半了,访问量160万人次,现在考虑升级一下 

最近有测试了一下服务器 

以前用load测试工具也做过应用的性能测试,但对应用服务器性能的总体感觉不太全面 

对应用服务器,自己总结有如下公式(一个人5秒点击一次) 
人数/5 = 每秒点击数 = 服务器需要的worker平均数/平均响应时间(s) = 测试场景迭代数*场景中设定的点击数/测试时间 


我总结的确定一个服务器的负载能力的步骤: 
1.场景设定比较切合实际的读写操作比例,大操作/小操作比例 
2.worker先设大,迭代数慢慢加,可用2分法,2000-4000-3000-3500-3250,增加或减少测试,找到平均响应达到不可容忍(比如4秒)的临界值。测试worker必须大于每次测试的“需要worker(及时)”——排除因worker设置不够,测的不准 
3.算得机器每秒可承受点击率 
4.得到机器最大荷载人数=测试场景迭代数*场景中设定的点击数/测试时间*5 
这时的状态即为服务器能接受的点击率极限:此机器设置worker=平均秒点击率*平均响应时间 

在测试时会受到tcp底层协议限制 
tcp连接结束时,服务器发送“断开”消息,进入TIME_WAIT,默认时间freebsd60秒,windows240秒?,solaris240秒 

用一台机器测试,多个连接,如果多到一定程度,在连接服务器就拒绝了。与time wait时间、tomcat响应时间、设定单机worker数有关 
真实环境,点击率1000/s及60000/m,time wait时间设60基本上刚好符合,点击率再高,硬件能承受,那么就被time wait限制了 
测试时尽量使用更多的机器 

经过多次测试sun T1000服务器可承受的点击率:600次/秒(查询操作,更新操作待测,花时间啊) 

且发现一台硬件服务器开多个软件应用服务器(tomcat)性能并不能提升

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值