性能测试时

一、默认配置AB压力测试

官方nginx/1.10.3 测试结果:

Server Software:        nginx/1.10.3
Server Hostname:        127.0.0.1
Server Port:            80

Document Path:          /
Document Length:        612 bytes

Concurrency Level:      100
Time taken for tests:   4.226 seconds    -- 表示所有这些请求被处理完成所花费的总时间
Complete requests:      100000
Failed requests:        0
Keep-Alive requests:    99004
Total transferred:      84995020 bytes
HTML transferred:       61200000 bytes
Requests per second:    23665.05 [#/sec] (mean)    -- 吞吐率,大家最关心的指标之一,相当于 LR 中的每秒事务数,后面括号中的 mean 表示这是一个平均值
Time per request:       4.226 [ms] (mean)        -- 用户平均请求等待时间,大家最关心的指标之二,相当于 LR 中的平均事务响应时间,后面括号中的 mean 表示这是一个平均值
Time per request:       0.042 [ms] (mean, across all concurrent requests)    --服务器平均请求处理时间,大家最关心的指标之三
Transfer rate:          19642.69 [Kbytes/sec] received

openresty/1.11.2.1测试结果:

Server Software:        openresty/1.11.2.1
Server Hostname:        127.0.0.1
Server Port:            80

Document Path:          /
Document Length:        558 bytes

Concurrency Level:      100
Time taken for tests:   3.469 seconds
Complete requests:      100000
Failed requests:        0
Keep-Alive requests:    99049
Total transferred:      80195245 bytes
HTML transferred:       55800000 bytes
Requests per second:    28830.41 [#/sec] (mean)
Time per request:       3.469 [ms] (mean)
Time per request:       0.035 [ms] (mean, across all concurrent requests)
Transfer rate:          22578.73 [Kbytes/sec] received
时间: 2024-08-09 06:33:32

性能测试时的相关文章

性能测试时需要关注哪些性能

对一个软件做性能测试时需要关注哪些性能呢? 我们想想在软件设计.部署.使用.维护中一共有哪些角色的参与,然后再考虑这些角色各自关注的性能点是什么,作为一个软件性能测试工程师,我们又该关注什么? 1.站在用户的角度分析一下,用户需要关注哪些性能. 对于用户来说,当点击一个按钮.链接或发出一条指令开始,到系统把结果已用户感知的形式展现出来为止,这个过程所消耗的时间是用户对这个软件性能的直观印象.也就是我们所说的响应时间,当响应时间较小时,用户体验是很好的,当然用户体验的响应时间包括个人主观因素和客观

当我们讨论性能测试时,我们在说什么?

说起性能测试,大家会想到哪些词?录制脚本.模拟高并发?性能需求分析.业务流程梳理?监控资源耗用.性能瓶颈定位?优化代码处理逻辑.提升服务器配置? 但这真的是性能测试的本质和最终目的么?这篇博客,聊聊我对软件性能的一些看法和思考... 首先明确一点:技术的存在是为了解决实际的业务发展中遇到的问题和痛点! 随着互联网时代不断深入生活工作的各方面,绝大多数的软件系统都会面临如下三个挑战: 1.日益增长的用户数量: 2.日渐复杂的业务场景: 3.急剧膨胀的数据冲击: 这对于软件系统而言,就意味着及时高效

Jmeter进行性能测试时多台负载机的配置方法

Jmeter 是Java 应用,对于CPU和内存的消耗比较大,因此,当需要模拟数以千计的并发用户时,使用单台机器模拟所有的并发用户就有些力不从心,甚至会引起JAVA内存溢出错误.为了让jmeter工具提供更大的负载能力,jmeter短小精悍一有了使用多台机器同时产生负载的机制. 那么,是如何实现多台负载机同时运行的呢?当然不会多个人坐在多台负载机面前,一喊开始,大家同时启动jmeter.这种方式很笨,也很难达到真正的同步.其实,我们通过单个jmeter 客户端就可以控制多个远程的jmeter服务

在性能测试时使用nmon进行监控服务器性能

在使用Jmeter进行性能测试,可以使用nmon进行服务器的监控. 一.nmon说明 nmon分为工具包和分析包(nmonanalyser) nmon安装很简单,根据服务器版本,下载相应的版本后,进行安装即可. 二.nmon监听 1.实时监听 在nmon安装目录下,使用./nmon启动nmon工具. 在启动成功后,输入不同的命令,可以监控不同的信息 c---可显示CPU的信息: m---可显示内存的信息: n---可显示网络的信息: d---可显示磁盘信息: t---可查看系统的进程信息. 2.

mysql主键设置成auto_increment时,进行并发性能测试出现主键重复Duplicate entry 'xxx' for key 'PRIMARY'

mysql主键设置成auto_increment时,进行并发性能测试出现主键重复Duplicate entry 'xxx' for key 'PRIMARY' 解决方法: 在my.cnf的[mysqld]片段中添加设置innodb_autoinc_lock_mode=0 同时注意调大jdbc的活跃链接数,如设置 jdbc.maxActive=300,因为设置innodb_autoinc_lock_mode=0可能导致链接过多. 注意,这种方式只需要在并发性能测试时设置,因为这种方式在插入记录时需

性能测试(四)应用领域

大概说说性能测试的五种应用领域吧,可能纯文字内容太多,没耐心的话,可以跳过不看...    ----参考书籍<软件性能测试过程详解与案例剖析> 概括来说,可以将性能测试的应用领域划分为下面五个不同领域: ·能力验证 ·规划能力 ·性能调优 ·瓶颈发现 ·性能基准比较 一.能力验证 能力验证是性能测试中最简单也是最常见的一个应用领域.一个典型的能力验证的问题会采取这样的描述方式:某系统能否在A条件下具有B能力? 能力验证领域的特点与性能测试的特点非常接近: ①要求在已确定的环境下运行 只有在一个

性能测试基础(一)

随着软件行业的快速发展,现代的软件系统越来越复杂,功能越来越多,测试人员除了需要保证基本的功能测试质量,性能也随越来越受到人们的关注.但是一提到性能测试,很多人就直接连想到Loadrunner.认为LR就等于性能测试,其实这是不对的.LR只是性能测试的一个工具,但性能测试不仅仅是LR.本文会从以下几个方面介绍基础的性能测试理论,后续也会持续更新相关文章,尽量理论结合实践,让性能测试学习不在是工具的学习. 目录: 一. 什么是软件性能 二.不同群体眼中的性能 三.性能测试类型 四.性能测试应用场景

系统吞吐量(TPS)、用户并发量、性能测试概念和公式

系统吞吐量(TPS).用户并发量.性能测试概念和公式 PS:下面是性能测试的主要概念和计算公式,记录下: 一.系统吞度量要素: 一个系统的吞度量(承压能力)与request对CPU的消耗.外部接口.IO等等紧密关联. 单个reqeust 对CPU消耗越高,外部系统接口.IO影响速度越慢,系统吞吐能力越低,反之越高. 系统吞吐量几个重要参数:QPS(TPS).并发数.响应时间 QPS(TPS):每秒钟request/事务 数量 并发数: 系统同时处理的request/事务数 响应时间:  一般取平

【性能测试】jmeter的坑(1)——如何在多网卡情况下正确连接

问题现象: 性能测试时,使用的服务器配置了双网卡,windows客户机配置了四网卡,坑爹的配置,内外网的隔离,导致在使用jmeter进行分布式测试的时候总是连接失败. 原因分析: Jmeter采用了rmi进行远程调用,在开启RMI服务时,如果服务端有多个网卡,它只是使用其中任意一个网卡,默认情况下,导致jmeter的controller机器和agent机器不在同一个网段内,无法互通,导致失败 解决方法: 我们要在多网卡的服务器上开启RMI服务的话必须指定IP,使他们能够在同一个网段内. 需要以下