ab 测试模块高并发

转载:http://gekie.iteye.com/blog/1704235

作为程序员,写好一个模块后,不知道这个模块在高并发的情况下能不能平稳过渡,这里所说的平稳过渡是指,在高并发的情况下还能正常访问并处理相关数据库服务请求并返回数据。APACHE自带的测试工具AB(apache benchmark),能帮我来测试我的模块能否胜任高并发(不要也要看数据库服务器和应用服务器的性能)。

AB在APACHE的bin目录下,以命令行的方式执行:

格式: ./ab [options] [http://]hostname[:port]/path

参数说明:

-n requests //在测试会话中所执行的请求个数。默认时,仅执行一个请求

-c concurrency //一次产生的请求个数。默认是一次一个

t timelimit //测试所进行的最大秒数

其他的参数看中就用。

参数很多,一般我们用 -c 和 -n 参数就可以了. 例如:
./ab -c 1000 -n 1000 http://127.0.0.1/index.jsp

这个表示同时处理1000个请求并运行1000次index.jsp文件.

其返回的结果集是有很多内容,我们选择关键的几个看看就大概知道我们的模块性能了

我比较关心的几个结果:

Concurrency Level: 1000
Time taken for tests: 1.190 seconds
//处理1000个并发请求总共花了1.19秒
Complete
requests: 1000 //完成处理的请求量
Failed requests: 0
//请求失败数
Write errors: 0
Non-2xx responses:
1000
Total transferred: 164000 bytes
//总共传输了多少流量
HTML transferred: 0 bytes
Requests per
second: 840.58 [#/sec] (mean) //平均一个请求花840.58毫秒 大家最关心的指标之一,相当于 LR
中的每秒事务数,后面括号中的 mean 表示这是一个平均值

Time per request: 1189.651 [ms]
(mean) //大家最关心的指标之二,相当于 LR 中的平均事务响应时间,后面括号中的 mean
表示这是一个平均值

Time per request: 1.190 [ms] (mean, across all
concurrent requests) //每个请求实际运行时间的平均值
ms是毫秒

Transfer rate: 134.62 [Kbytes/sec] received
//传输速率 可以帮助排除是否存在网络流量过大导致响应时间延长的问题

时间: 2024-08-04 00:38:34

ab 测试模块高并发的相关文章

谈谈高并发系统的限流

开涛大神在博客中说过:在开发高并发系统时有三把利器用来保护系统:缓存.降级和限流.本文结合作者的一些经验介绍限流的相关概念.算法和常规的实现方式. 缓存 缓存比较好理解,在大型高并发系统中,如果没有缓存数据库将分分钟被爆,系统也会瞬间瘫痪.使用缓存不单单能够提升系统访问速度.提高并发访问量,也是保护数据库.保护系统的有效方式.大型网站一般主要是"读",缓存的使用很容易被想到.在大型"写"系统中,缓存也常常扮演者非常重要的角色.比如累积一些数据批量写入,内存里面的缓存

慌了,大厂最后一面居然问我高并发系统下的限流?

开涛大神在博客中说过:在开发高并发系统时有三把利器用来保护系统:缓存.降级和限流.本文结合作者的一些经验介绍限流的相关概念.算法和常规的实现方式. 缓存 缓存比较好理解,在大型高并发系统中,如果没有缓存数据库将分分钟被爆,系统也会瞬间瘫痪.使用缓存不单单能够提升系统访问速度.提高并发访问量,也是保护数据库.保护系统的有效方式.大型网站一般主要是"读",缓存的使用很容易被想到.在大型"写"系统中,缓存也常常扮演者非常重要的角色.比如累积一些数据批量写入,内存里面的缓存

jedispool 连 redis 高并发卡死

java端在使用jedispool 连接redis的时候,在高并发的时候经常卡死,或报连接异常,JedisConnectionException,或者getResource 异常等各种问题 在使用jedispool 的时候一定要注意两点 1. 在获取 jedisPool和jedis的时候加上线程同步,保证不要创建过多的jedispool 和 jedis 2. 用完Jedis实例后需要返还给JedisPool 整理了一下redis工具类,通过大量测试和高并发测试的 package com.casp

ab测试大并发错误

转载自http://xmarker.blog.163.com/blog/static/226484057201462263815783 apache 自带的ab工具测试,当并发量达到1000多的时候报错如下:[[email protected]~]# This is ApacheBench, Version 2.3 <$Revision: 655654 $>Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.n

linux webbench测试高并发方法

linux webbench测试高并发方法由于ab小工具 测试高并发 会出错 具体原因http://newmiracle.cn/?p=594所以采用webbench这个来测试<pre> wget http://www.ha97.com/code/webbench-1.5.tar.gztar zxvf webbench-1.5.tar.gzcd webbench-1.5makemake install</pre> make install的时候会提示目录不存在 cannot crea

Linux下高并发socket链接数测试

一.如何增大service进程的max open files ulimit -n 只能改小max open files,不能改大.需要按照以下步骤: 修改/etc/security/limits.conf文件,将"soft nofile 655360"和"hard nofile 655360"这两行的655360改成期望的值 退出,重新ssh该机器(否则无效) 修改对service的启动脚本,增加"ulimit -n 950000",其中9500

利用Apach ab对nodejs进行并发负载的压力测试

大家应该都有听过,nodejs性能优越,并发也很好之类的话,那我们用Apache ab对node这个空框架测试一下,然后再对一些网站测试一下,或或少一定的参考意义把. Apache ab测试工具是模拟多线程并发请求,就是有n多请求同时向服务器发送,同时也使得ab成为某些网络攻击的工具. 话不多少,直接开始吧. 先启动一个web服务器,保证请求的通畅. var http = require('http'); http.createServer(function (request, response

Java线程测试高并发

package com.expai.utils; import java.io.BufferedReader; import java.io.InputStreamReader; import java.io.PrintWriter; import java.net.HttpURLConnection; import java.net.URL; import java.util.concurrent.CyclicBarrier; import java.util.concurrent.Execu

Apache如何进行模拟高并发压力测试?

利用apache,自带的ab.exe软件就可以,在cmd中,首先输入ab.exe物理地址, 然后-c 高并发数量 -n访问请求次数 请求的页面的地址, 如-c 10 -n 20,就是-c10相当于10个客户端,每个访问页面两次,总共就是-n20次