2022年Loadrunner性能测试服务器监控指标 .pdf

上传人:C****o 文档编号:33387344 上传时间:2022-08-10 格式:PDF 页数:3 大小:37.02KB
返回 下载 相关 举报
2022年Loadrunner性能测试服务器监控指标 .pdf_第1页
第1页 / 共3页
2022年Loadrunner性能测试服务器监控指标 .pdf_第2页
第2页 / 共3页
点击查看更多>>
资源描述

《2022年Loadrunner性能测试服务器监控指标 .pdf》由会员分享,可在线阅读,更多相关《2022年Loadrunner性能测试服务器监控指标 .pdf(3页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、服务器资源监控指标:内存:1) UNIX 资源监控中指标内存页交换速率(Paging rate ),如果该值偶尔走高,表明当时有线程竞争内存。如果持续很高,则内存可能是瓶颈。也可能是内存访问命中率低。2) Windows资源监控中,如果ProcessPrivate Bytes计数器和 ProcessWorking Set计数器的值在长时间内持续升高,同时MemoryAvailable bytes计数器的值持续降低,则很可能存在内存泄漏。内存资源成为系统性能的瓶颈的征兆: 很高的换页率 (high pageout rate); 进程进入不活动状态; 交换区所有磁盘的活动次数可高; 可高的全局系统

2、CPU 利用率 ; 内存不够出错 (out of memory errors) 处理器:1) UNIX 资源监控( Windows 操作系统同理)中指标CPU 占用率( CPU utilization ),如果该值持续超过 95% ,表明瓶颈是 CPU 。可以考虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQLServer, 可接受的最大上限是80-85% 合理使用的范围在60% 至 70% 。2)Windows 资源监控中, 如果 SystemProcessor Queue Length大于 2, 而处理器利用率 (Processor Time )一直很低,则存在着处理器阻塞。CP

3、U 资源成为系统性能的瓶颈的征兆: 很慢的响应时间 (slow response time) CPU 空闲时间为零 (zero percent idle CPU) 过高的用户占用CPU 时间 (high percent user CPU) 过高的系统占用CPU 时间 (high percent system CPU) 长时间的有很长的运行进程队列(large run queue size sustained over time) 磁盘 I/O :名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - -

4、 - 第 1 页,共 3 页 - - - - - - - - - 1) UNIX 资源监控( Windows 操作系统同理)中指标磁盘交换率(Disk rate ),如果该参数值一直很高,表明 I/O 有问题。可考虑更换更快的硬盘系统。2) Windows 资源监控中, 如果 Disk Time 和 Avg.Disk Queue Length的值很高,而 Page Reads/sec页面读取操作速率很低,则可能存在磁盘瓶径。I/O 资源成为系统性能的瓶颈的征兆: 过高的磁盘利用率(high disk utilization) 太长的磁盘等待队列(large disk queue length)

5、 等待磁盘 I/O 的时间所占的百分率太高(large percentage of time waiting for disk I/O) 太高的物理 I/O 速率 :large physical I/O rate(not sufficient in itself) 过低的缓存命中率(low buffer cache hit ratio(not sufficient in itself) 太长的运行进程队列,但CPU 却空闲 (large run queue with idle CPU) 数据库服务器:SQL Server数据库:1) SQLServer资源监控中指标缓存点击率(Cache Hi

6、t Ratio ),该值越高越好。 如果持续低于80% ,应考虑增加内存。2) 如果 Full Scans/sec (全表扫描 /秒)计数器显示的值比1 或 2 高,则应分析你的查询以确定是否确实需要全表扫描,以及SQL 查询是否可以被优化。3) Number of Deadlocks/sec(死锁的数量 /秒):死锁对应用程序的可伸缩性非常有害,并且会导致恶劣的用户体验。该计数器的值必须为0。4) Lock Requests/sec(锁请求 /秒),通过优化查询来减少读取次数,可以减少该计数器的值。Oracle 数据库:1) 如果自由内存接近于0 而且库快存或数据字典快存的命中率小于0.90

7、 ,那么需要增加SHARED_POOL_SIZE的大小。快存(共享 SQL 区)和数据字典快存的命中率:select(sum(pins-reloads)/sum(pins) from v$librarycache; select(sum(gets-getmisses)/sum(gets) from v$rowcache; 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页,共 3 页 - - - - - - - - - 自由内存:select * from v$sgastat w

8、here name=free memory ; 2) 如果数据的缓存命中率小于0.90 ,那么需要加大DB_BLOCK_BUFFERS参数的值 (单位: 块)。缓冲区高速缓存命中率:select name,value from v$sysstat where name in (db block gets,consistent gets,physical reads) ;Hit Ratio = 1-(physical reads / ( db block gets + consistent gets) 3) 如果日志缓冲区申请的值较大,则应加大LOG_BUFFER参数的值。日志缓冲区的申请情况:

9、select name,value from v$sysstat where name = redo log space requests ;4) 如果内存排序命中率小于0.95 ,则应加大SORT_AREA_SIZE以避免磁盘排序。内存排序命中率:select round(100*b.value)/decode(a.value+b.value), 0, 1, (a.value+b.value), 2)from v$sysstat a, v$sysstat b where a.name=sorts (disk) and b.name= sorts (memory)注:上述 SQL Server和 Oracle 数据库分析,只是一些简单、基本的分析,特别是Oracle 数据库的分析和优化,是一门专门的技术,进一步的分析可查相关资料。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页,共 3 页 - - - - - - - - -

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 高考资料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁