性能测试系统瓶颈分析的基本原则
来源:互联网 发布:网络推手的发展 编辑:程序博客网 时间:2024/04/27 15:25
1.
2.查找瓶颈时可按以下顺序,由易到难逐步进行分析确认。
注意:以上过程并不是每个分析中都需要的,要根据测试目的和要求来确定分析的深度。对一些要求低的,我们分析到应用系统在将来大的负载压力(并发用户数、数据量)下,系统的硬件瓶颈在哪儿就够了。
遇到错误时,要根据场景运行过程中的错误提示信息和测试结果收集到的监控指标数据分析的信息原因,如以下常见错误情况分析:
一.根据错误提示分析
分析实例:
实例1
•Error:
根据错误分析可能是以下请原因导致上面错误:
•A、应用服务死掉。(小用户时:程序上的问题。程序上处理数据库的问题)
•B、应用服务没有死(应用服务参数设置问题)
•C、数据库的连接异常
实例2
分析:可能是以下原因造成
•A、应用服务参数设置太大导致服务器的瓶颈
•B、页面中图片太多
•C、在程序处理表的时候检查字段太大多
二.监控指标数据分析
1.最大并发用户数:
应用系统在当前环境(硬件环境、网络环境、软件环境(参数配置))下能承受的最大并发用户数。
2.业务操作响应时间:
•
•
3.服务器资源监控指标:
内存:
1.UNIX资源监控中指标内存页交换速率(Paging
2.Windows资源监控中,如果Process\Private
进程进入不活动状态;
交换区所有磁盘的活动次数可高;
过高的全局系统CPU利用率;
内存不够出错(out
处理器:
1.UNIX资源监控(Windows操作系统同理)中指标CPU占用率(CPU
2.Windows资源监控中,如果System\Processor
CPU资源成为系统性能的瓶颈的征兆:
很慢的响应时间(slow
CPU空闲时间为零(zero
过高的用户占用CPU时间(high
过高的系统占用CPU时间(high
长时间的有很长的运行进程队列(large
磁盘I/O:
1.UNIX资源监控(Windows操作系统同理)中指标磁盘交换率(Disk
2.Windows资源监控中,如果
I/O资源成为系统性能的瓶颈的征兆
过高的磁盘利用率(high
太长的磁盘等待队列(large
等待磁盘I/O的时间所占的百分率太高(large
太高的物理I/O速率:large
4.数据库服务器:
SQL
1.SQLServer资源监控中指标缓存点击率(Cache
2.如果Full
3.Number
4.Lock
Oracle数据库:
1.如果自由内存接近于0而且库快存或数据字典快存的命中率小于0.90,那么需要增加SHARED_POOL_SIZE的大小。
快存(共享SQL区)和数据字典快存的命中率:
select(sum(pins-reloads))/sum(pins)
select(sum(gets-getmisses))/sum(gets)
自由内存:
2.如果数据的缓存命中率小于0.90,那么需要加大DB_BLOCK_BUFFERS参数的值(单位:块)。
缓冲区高速缓存命中率:
select
‘consistent
Hit
3.如果日志缓冲区申请的值较大,则应加大LOG_BUFFER参数的值。
日志缓冲区的申请情况
select
4
内存排序命中率
select
注:上述SQL
- 性能测试系统瓶颈分析的基本原则
- 性能测试瓶颈分析
- java性能测试瓶颈分析
- 性能测试之瓶颈分析
- 性能测试之瓶颈分析
- 性能测试中分析与调优过程的基本原则
- 性能测试分析之带宽瓶颈的疑惑
- 性能测试分析之带宽瓶颈的疑…
- 性能测试—瓶颈分析方法
- 性能测试——瓶颈分析方法
- 性能测试难点之瓶颈分析【转】
- Fusionio性能测试与瓶颈分析
- 性能测试瓶颈分析之内存泄漏
- 性能测试之----瓶颈分析方法
- 服务器性能的瓶颈分析
- 如何分析系统性能瓶颈(初级)
- linux系统性能优化及瓶颈分析
- linux系统性能优化及瓶颈分析
- MFC播放声音文件
- C/C++/OC基本数据类型
- 【0】密码学关于des算法的了解
- 题目1031:xxx定律
- Hibernate 执行原始SQL语句
- 性能测试系统瓶颈分析的基本原则
- 源码安装postgresql
- 继承和派生
- 图形文件格式比较
- Application的使用介绍
- OpenCv 2.3在VS2010上的配置
- jquery对象和DOM对象区别
- Linux设备驱动程序第三版之块设备驱动程序
- UIScrollView+UIPageControl+NSTimer实现图片的自动滑动以及用户可手动切换,UIPageControl可点击