Web性能测试中的几个概念【转】

每秒查询率QPS:对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准,即每秒请求数,即最大谈吐能力。

并发数:并发数和QPS是不同的概念,一般说QPS会说多少并发用户下QPS,当QPS相同时,并发用户数越大,网站并发处理能力越好。当并发用户数过大时,会造成进程(线程)频繁切换,反正真正用于处理请求的时间变少,每秒能够处理的请求数反而变少,同时用户的请求等待时间也会变大。 找到最佳线程数能够让web系统更稳定,效率更高。

通过QPS和pv计算部署服务器台数: 

单台服务器每天PV计算

公式1:每天总PV = QPS * 3600 * 6

公式2:每天总PV = QPS * 3600 * 8

服务器计算

服务器数量 =   ceil( 每天总PV / 单台服务器每天总PV )

峰值QPS和机器计算公式

原理:每天80%的访问集中在20%的时间里,这20%时间叫做峰值时间

公式:( 总PV数 * 80% ) / ( 每天秒数 * 20% ) = 峰值时间每秒请求数(QPS)

机器:峰值时间每秒QPS / 单台机器的QPS   = 需要的机器

问:每天300w PV 的在单台机器上,这台机器需要多少QPS?
答:( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)

问:如果一台机器的QPS是58,需要几台机器来支持?

答:139 / 58 = 3

时间: 2024-11-09 02:44:37

Web性能测试中的几个概念【转】的相关文章

性能测试中容易混淆的概念

1.并发用户数≠每秒请求数 简单说,当你在性能测试工具或者脚本中设置了100并发用户数后,并不能期望着一定会有每秒100个请求发给服务器.事实上,对于一个虚拟用户来说,每秒发出多少请求只跟服务器返回响应的速度有关,如果虚拟用户在0.5秒内就收到了响应,那么它会立即发出第二个请求:而如果要一直等待3秒才能得到响应,它将会一直等到收到响应后才发出第二个请求.例如,如果用户发出请求后,0.2s内得到响应,那么100个用户每秒完成500个请求:只有当响应时间恰好是1秒时,并发用户数才会等于每秒请求数.

VS2010中的自动化测试(5)——Web性能测试

原文地址:http://www.cnblogs.com/heqichang/archive/2011/11/20/2256478.html 类目见这里:http://www.cnblogs.com/heqichang/category/315226.html 接着上次那篇文章,这次我来详细说一下性能测试编辑窗口中的各个功能及操作. 上次说到我们编辑窗口中的树结构,每一层都会有不同的属性设置. Root Level:可以说是一条Web性能测试的入口点,比如:可以在此设置用户验证.代理或者为这条测试

Web性能测试术语

并发用户: 并发一般分为2种情况.一种是严格意义上的并发,即所有的用户在同一时刻做同一件事情或者操作,这种操作一般指做同一类型的业务.比如在信用卡审批业 务中,一定数目的用户在同一时刻对已经完成的审批业务进行提交:还有一种特例,即所有用户进行完全一样的操作,例如在信用卡审批业务中,所有的用户可以一 起申请业务,或者修改同一条记录.另外一种并发是广义范围的并发.这种并发与前一种并发的区别是,尽管多个用户对系统发出了请求或者进行了操作,但是这些 请求或者操作可以是相同的,也可以是不同的.对整个系统而

web性能测试基本性能指标

资源利用率 指的是对不同的系统资源的使用程度,例如服务器的CPU利用率,磁盘利用率等.资源利用率是分析系统性能指标进而改善性能的主要依据,因此是WEB性能测试工作的重点. 资源利用率主要针对WEB服务器,操作系统,数据库服务器,网络等,是测试和分析瓶颈的主要参考.在WEB性能测试中,更根据需要采集相应的参数进行分析. 通用指标(指Web应用服务器.数据库服务器必需测试项) Web服务器指标 数据库服务器性能指标 系统的瓶颈定义 稳定系统的资源状态

web性能测试基础 知识(引用)

1.1基本概念 并发用户:用户并发一般发生在使用比较频繁的模块中,而且遇到异常通常都是程序的问题. 用户并发数量:在线用户数量是计算并发用户数量的主要依据之一.=使用系统的用户数量*(5%~20%) 并发主要针对WEB服务器而言,是否并发的关键是看用户的操作是否对服务器产生了影响. 吞吐量:一次性能测试过程中网络上传输的数据量的总和. 吞吐率:吞吐量/传输时间,单位时间内网络上传输的数据量,也可以指单位时间内处理的客户端请求数量.吞吐率用“请求数/秒”或者“页面数/秒”来衡量. 点击率:每秒钟用

《零成本实现Web性能测试:基于Apache JMeter》读书笔记

1.性能测试概念 性能测试目的: 评估系统能力,验证系统是否符合预期性能指标 识别系统中的弱点 系统调优,改进系统性能 检测长时间运行可能发生的问题,揭示隐含问题 验证稳定性.可靠性 常见性能指标 B/S架构(h5页面属于B/S架构):一般关注web服务器性能指标 平均每秒钟响应次数=总请求次数/秒数 平均每秒业务脚本迭代次数 成功的请求 失败的请求 成功的点击次数 失败的点击次数 每秒点击次数 每秒成功的点击次数 每秒失败的点击次数 尝试连接数 吞吐量 C/S架构(native属于C/S架构)

转:性能测试中的性能测试指标与用户体验分析

转自:http://www.ltesting.net/ceshi/ceshijishu/xncs/2012/0223/204182_2.html 性能测试中的性能测试指标与用户体验分析 网络应用性能分析的目的是准确展示网络带宽.延迟.负载和TCP端口的变化是如何影响用户的响应时间的.利用网络应用性能分析工具,例如 Application Expert,能够发现应用的瓶颈,我们可知应用在网络上运行时在每个阶 网络应用性能分析的目的是准确展示网络带宽.延迟.负载和TCP端口的变化是如何影响用户的响应

性能测试入门(一):性能测试中的各项指标告诉我们什么

性能测试 性能测试是通过自动化的测试工具模拟多种正常.峰值以及异常负载条件来对系统的各项性能指标进行测试. 按照不同的目标,可以分为负载测试.压力测试.容量测试.稳定性测试.平时工作中如果不是专业的测试机构,开发人员或者运维人员做的基本上都属于压测. 压力测试是通过确定一个系统的瓶颈或者不能接受的性能点,来获得系统能提供的最大服务级别的测试. 性能指标 QPS 目前在业界告诉别人我系统的性能指标,比较容易说的就是QPS.QPS有时也说TPS,指的是每秒钟request/事务.通常有人告诉你他的接

Web开发中的18个关键性错误

前几年,我有机会能参与一些有趣的项目,并且独立完成开发.升级.重构以及新功能的开发等工作. 本文总结了一些PHP程序员在Web开发中经常 忽略的关键错误,尤其是在处理中大型的项目上问题更为突出.典型的错误表现在不能很好区分各种开发环境和没有使用缓存和备份等. 下面以PHP为例,但是其核心思想对每一个Web程序员都是适用的. 应用程序级别的错误 1.在开发阶段关闭了错误报告 我唯一想问的是:为什么?为什么在开发的时候要关闭错误报告? PHP有很多级别的错误报告,在开发阶段我们必须将它们全部开启.