《网站性能测试指标》由会员分享，可在线阅读，更多相关《网站性能测试指标（7页珍藏版）》请在装配图网上搜索。
1、通用指标指 Web应用效劳器、数据库效劳器必需测试项指标说明ProcessorTime效劳器CPU占用率，般平均到达70%时，效劳就接近饱和Memory AvailableMbyte可用内存数，如果测试时发现内存 有变化情况也要注意，如果是内存 泄露那么比拟严重Physicsdisk Time物理磁盘读写时间情况Web效劳器指标指标说明Requests Per Second(Avg平均每秒钟响应次数=总请求时Rps)间/秒数Avg time to last byte per平均每秒业务脚本的迭代次数，terstion (mstes)有人会把上面那个混淆Successful Rounds成功的请
2、求Failed Requests失败的请求Successful Hits成功的点击次数Failed Hits失败的点击次数Hits Per Second每秒点击次数Successful Hits Per Second每秒成功的点击次数Failed Hits Per Second每秒失败的点击次数Attempted Connections尝试链接数数据库效劳器性能指标指标说明User 0 Connections用户连接数，也就是数据库的连接数量Number of deadlocks数据库死锁Butter Cache hit数据库Cache的命中情况系统的瓶颈定义性能项命令指标CPU限制vmsta
3、t当 user+%sys 超过 80% 时磁盘I/O限制Vmstat当 %iowait 超过 40%(AIX4.3.3 或更高版本)时应用磁盘限制Iostat当%tm_act超过70%时虚存空间少Lsps , -a当分页空间的活动率超过70%时换页限制Iostat, stat虚存逻轨卷%tm_act超过I/O(iostat)的30% ,激活的虚存率超过CPU数量(vmstat)的10倍时系统失效Vmstat, sar页交换增大、CPU等待并运行队列稳定系统的资源状态性能项资源评价CPU占用率70%好85%坏90%+彳艮差磁盘I/030%好40%坏50%+彳艮差网络30%带宽好运行队列2*CPU
4、数量好内存没有页交换好每个CPU每秒10个页交换坏更多的页交换彳艮差通俗理解:日访问量常用页面最大并发数同时在线人数访问相应时间案例：最近公司一个工程，是个门户网站，需要做 性能测试，根据工程 特点定出了主要测试项和测试方案：一种是测试几个常用页面能接受的最大并发数 用户名参数化， 设置集合点策略一种是测试效劳器长时间压力下，用户能否正常操作用户名参数化，迭代运行脚本一种那么需要测试效劳器能否接受10万用户同时在线操作，如果 是用IIS做应用效劳器的话，单台可承受的最大并发数不可能到达 10 万级，那就必须要使用集群，通过多台机器做负载均衡来实现；如果 是用websphere之类的应用效劳器的
5、话，单台可承受的最大并发数 可以到达10万级，但为性能考虑还是必须要使用集群，通过多台机 器做负载均衡来实现；通常有1个简单的计算方式，1个连接产生1 个session，每个session在效劳器上有个内存空间大小的设置，在 NT上是3M,那么10万并发就需要300G内存，当然实际使用中考 虑其他程序也占用内存，所以准备的内存数量要求比这个还要多一 些。还有10万个用户同时在线，跟10万个并发数是完全不同的2个概念。这个楼上已经说了。但如何做这个转换将10万个同时在线用户转换成多少个并发数呢？这就必须要有大量的历史日志信息来支撑了。系统日志需要有同时在线用户数量的日志信息，还需要有用户操作次数
6、的日志信息，这2个数据的比例就是你同时在线用户转换 到并发数的比例。另外根据经验统计，对于 1个JAVA开发的WEB 系统别的我没统计过，给不出数据，一般 1台双CPU、2G内存 的效劳器上可支持的最大并发数不超过 500个这个状态下大局部 操作都是超时报错而且效劳器很容易宕机，其实没什么实际意义， 可正常使用单步非大数据量操作等待时间不超过20秒的最大并发数不超过300个。假设你的10万同时在线用户转换的并发数是 9000个，那么你最少需要这样的机器 18台，建议不少于30台。当 然，你要是买个大型效劳器，里面装有 200个CPU、256G的内存， 千兆光纤带宽，就算是10万个并发用户，那速
7、度，也绝对是嗖嗖的。另外暴寒1下，光设置全部进入运行状态就需要接近 6个小时。 具体的可以拿1个系统来压一下看看，可能会出现以下情况：1、效劳器宕机；2、客户端宕机；3、从某个时间开始效劳器拒绝请求， 客户端上显示的全是错误；4、勉强测试完成，但网络堵塞或测试结果显示时间非常长。假 设客户端和效劳器之间百兆带宽，百兆/10000=10K ,那每个用户只 能得到10K，这个速度接近1个64K的MODEM上网的速度；另外 以上分析全都没考虑系统的后台，比方 数据库、中间件等。1、效劳器方面：上面说的那样的 PC SERVER需要50台；2、网络方面：按每个用户50K，那至少5根百兆带宽独享，估 计
8、仅仅网络延迟就大概是秒一级的；3、如果有数据库，至少是 ORACLE，最好是SYSBASE , SQL SERVER是肯定顶不住的。数据库效劳器至少需要10台4CPU、16G 内存的机器；4、如果有CORBA，那至少再准备10台4CPU、16G内存的机 器；再加上负载均衡、防火墙、路由器和各种软件等，总之没个1000 万的资金投入，肯定搞不定。这样的门户系统，由于有用户权限，所以并不象jackie所说大多 是静态页面。但只要是多效劳器的集群，那么我们就可以通过1台机 器的测试结果来计算多台机器集群后的负载能力的， 最多额外考虑一 下负载均衡和路由上的压力，比方带宽、速度、延迟等。但如果都是 在
9、1台机器上变化，那我们只能做一些指标上的计算， 可以从这些指 标上简单判断一下是否不可行，比方 10万并发用户却只有1根百兆 带宽，那我们可以计算出每个用户只有1K带宽，这显然是不可行的。 但实际的结果还是需要测试了才知道，毕竟系统压力和用户数量不是 线性变化的。这一类系统的普遍的成熟的使用，以及很多软件在方案设计后就 能够大致估算出系统的性能特点，都导致了系统在软件性能方面调优 的比例并不大当然不完全排除后期针对某些代码和配置进行优化后 性能的进一步提高，更多的都是从硬件方面来考虑，比方增加内存、 硬盘做RAID、增加带宽、甚至增加机器等。网络技术中的10M带宽指的是以位计算， 就是10M bit /秒， 而下载时的速度看到的是以字节Byte计算的，所以10M带宽换 算成字节理论上最快下载速度为： 1.25 M Byte/秒！
网站性能测试指标
