网站性能要求

1、详解网站性能测试指标发布：2021-3-31 16:38 |未知|来源：软件测试网|查看：587次通用指标指 Web应用效劳器、数据库效劳器必需测试项说明说明Proces&crTime服答器CPU占用宰，i 股平均到达7。时,效劳就拨近饱和Memory Available可用内存数，如果祈试时发现内存有变化精况也要注意，如果是Mbyte内存泡毒那么比跋产重:PhysicsdiskTime物理磁盘渎写时间情况Web效劳器指标指标指标说明说明Requests Per Second如9 Rps )平均每秒耕响瓦决数二总请求时间J秒数Avg time tc last byte per ters

2、iion nnstes)平均毒秒业备脚本的建代翊.有大会把上面那个温涌ISuccessful Rounds晚功的请求Failed Requests践败的精求1Successful nils成切甬点善成数Failed Hits失败曲点舌次新Hits Par Second每秒点击次数Siiccessnjl nils Per Second舞杪成功的点击渎数Faded Hits Per Second每秒失敏的点击次数Attempted Ccinnections尝试链播数，数据库效劳器性能指标指标指标睨明睨明User 0 Cannaciioris用户匡盘数，也藏是数据库的连指数量Nurmberof de

3、adlocks数抿库死锁Butter Cathe tiit数括库&ch痫命中情况系统的瓶颈定义世能项世能项命令命令指标指标CPU陶制vmstat当%user+%sysiSO%Byt榆鱼照阳制Vmstat当剥。岖i庭过3感更高版本洞顾用陶髭限制Sostat虚存空间少LapsJ-a当分页空间的活动率超过7。珠时换页限制lostat, stat虚存逻辑卷籁顺而如吕怡t而那,激活的虚存 率超过CFU数口悟酎系绕失效Viristat, ssr页交操增大、得井运行队列稳定系统的资源状态性疆项性疆项赛漫赛漫泗ppuri用率旻强-I说知雨3%畔UU43%_50%+：F%武卯新带宽kgpis波宥页交换内

4、存每个CFU莓杪1。个页交换更春的茸重携通俗理解：日访问量常用页面最大并发数同时在线人数访问相应时间案例：最近公司一个工程，是个门户网站，需要做性能测试，根据工程特点定出了主要测试项和测试方案：一种是测试几个常用页面能接受的最大并发数用户名参数化，设置集合点策略一种是测试效劳器长时间压力下，用户能否正常操作用户名参数化，迭代运行 脚本一种那么需要测试效劳器能否接受10万用户同时在线操作，如果是用 IIS做应用效劳器的话，单台可承受的最大并发数不可能到达10万级,那就必须要使用集群，通过多台机器做负载均衡来实现；如果是用 websphere之类的应用效劳器的话，单台可承受的最大并发数可以达到 1

5、0万级，但为性能考虑还是必须要使用集群，通过多台机器做负载均衡来实现；通常有 1个简单的计算方式，1个连接产生 1个 session,每个 session 在效劳器上有个内存空间大小的设置，在NT 上是 3M,那么 10万并发就需要 300G 内存，当然实际使用中考虑其他 程序也占用内存，所以准备的内存数量要求比这个还要多一些。还有10万个用户同时在线，跟 10万个并发数是完全不同的2个概念。这个楼上已经说了。但如何做这个转换将10万个同时在线用户转换成多少个并发数呢？这就必须要有大量的历史日志信息来支撑了。系统日志需要有同时在线用户数量的日志信息，还需要有用户操作次数的日志信息，这 2个数据

6、的比例就是你同时在线用户转换到并发数的比例。另外根据经验统计，对于 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 SERVE 嚅要 50台；2、 网络方面：按每个用户50K，那至少 5根百兆带宽独享

8、，估计仅仅网络延迟就大概是秒一级的；3、 如果有数据库，至少是 ORACLE,最好是 SYSBASE SQL SERVE 睡肯定顶不住的。数据库效劳器至少需要10台 4CPU、 16G 内存的 机器；4、 如果有 CORBA,那至少再准备 10台 4CPU 16G内存的机器；再加上负载均衡、防火墙、路由器和各种软件等，总之没个 1000 万的 资金投入，肯定搞不定。这样的门户系统，由于有用户权限，所以并不象jackie所说大多是静态页面。但只要是多效劳器的集群，那么我们就可以通过1台机器的测试结果来计算多台机器集群后的负载能力的，最多额外考虑一下负载均衡和路由上的压力，比方带宽、速度、延迟等。但如果都是在 1台机器上变化，那我们只能做一些指标上的计算，可以从这些指标上简单判断一下是否不可行，比方10万并发用户却只有 1 根百兆带宽，那我们可以计算出每个用户只有1K带宽，这显然是不可行的。但实际的结果还是需要测试了才知道，毕竟系统压力和用户数量不是线性变化的。这一类系统的普遍的成熟的使用，以及很多软件在方案设计后就能够大致估算出系统的性能特点，都导致了系统在软件性能方面调优的比例并不大当然不完全排除后期针对某些代码和配置进行优化后性能的进一步提高，更多的