51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5882|回复: 8
打印 上一主题 下一主题

[原创] 菜鸟请教:性能测试重要的技术指标是什么?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-1-4 10:42:29 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
菜鸟请教:性能测试重要的技术指标是什么?谁那里有关于系统资源的说明资料吗?急需。。先谢谢了
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
 楼主| 发表于 2005-1-4 14:47:39 | 只看该作者
怎么没有人留言呢,我等待好久了,失望。。。。。。。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-1-6 09:21:50 | 只看该作者

Web性能测试指标

Memory: 内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁,说明内存不足。“页交换”是使用称为“页面”的单位,将固定大小的代码和数据块从 RAM 移动到磁盘的过程,其目的是为了释放内存空间。尽管某些页交换使 Windows 2000 能够使用比实际更多的内存,也是可以接受的,但频繁的页交换将降低系统性能。减少页交换将显著提高系统响应速度。要监视内存不足的状况,请从以下的对象计数器开始:
Available Mbytes:可用物理内存数. 如果Available Mbytes的值很小(4 MB 或更小),则说明计算机上总的内存可能不足,或某程序没有释放内存。
page/sec: 表明由于硬件页面错误而从磁盘取出的页面数,或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百,那么您应该进一步研究页交换活动。有可能需要增加内存,以减少换页的需求(你可以把这个数字乘以4k就得到由此引起的硬盘数据流量)。Pages/sec 的值很大不一定表明内存有问题,而可能是运行使用内存映射文件的程序所致。
page read/sec:页的硬故障,page/sec的子集,为了解析对内存的引用,必须读取页文件的次数。阈值为>5. 越低越好。大数值表示磁盘读而不是缓存读。


Pages per second :每秒钟检索的页数。该数字应少于每秒一页。
Process:
%Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85%
InetinfPrivate Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低,则此计数器可以是内存泄漏的最佳指示器。
% DPC Time:越低越好。在多处理器系统中,如果这个值大于50%并且Processor:% Processor Time非常高,加入一个网卡可能会提高性能,提供的网络已经不饱和。

以上内容紧供参考!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-1-6 09:22:14 | 只看该作者

Web性能测试指标

Memory: 内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁,说明内存不足。“页交换”是使用称为“页面”的单位,将固定大小的代码和数据块从 RAM 移动到磁盘的过程,其目的是为了释放内存空间。尽管某些页交换使 Windows 2000 能够使用比实际更多的内存,也是可以接受的,但频繁的页交换将降低系统性能。减少页交换将显著提高系统响应速度。要监视内存不足的状况,请从以下的对象计数器开始:
Available Mbytes:可用物理内存数. 如果Available Mbytes的值很小(4 MB 或更小),则说明计算机上总的内存可能不足,或某程序没有释放内存。
page/sec: 表明由于硬件页面错误而从磁盘取出的页面数,或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百,那么您应该进一步研究页交换活动。有可能需要增加内存,以减少换页的需求(你可以把这个数字乘以4k就得到由此引起的硬盘数据流量)。Pages/sec 的值很大不一定表明内存有问题,而可能是运行使用内存映射文件的程序所致。
page read/sec:页的硬故障,page/sec的子集,为了解析对内存的引用,必须读取页文件的次数。阈值为>5. 越低越好。大数值表示磁盘读而不是缓存读。


Pages per second :每秒钟检索的页数。该数字应少于每秒一页。
Process:
%Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85%
InetinfPrivate Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低,则此计数器可以是内存泄漏的最佳指示器。
% DPC Time:越低越好。在多处理器系统中,如果这个值大于50%并且Processor:% Processor Time非常高,加入一个网卡可能会提高性能,提供的网络已经不饱和。

以上内容紧供参考!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2008-4-23 21:37:18 | 只看该作者
表明由于硬件页面错误而从磁盘取出的页面数与页的硬故障是什么意思啊,
"%Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85%"如果一台机器既为数据库服务器又为应用服务器, 那么它的上线是多少啊
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-4-24 09:17:37 | 只看该作者
关注啊
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-4-25 09:26:56 | 只看该作者
了解了解!
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2008-4-25 13:34:04 | 只看该作者
偷学下
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2009-4-13 14:25:54 | 只看该作者
服务器资源监控指标:

  内存:

  1) UNIX资源监控中指标内存页交换速率(Paging rate),如果该值偶尔走高,表明当时有线程竞争内存。如果持续很高,则内存可

能是瓶颈。也可能是内存访问命中率低。

  2) Windows资源监控中,如果Process\Private Bytes计数器和Process\Working Set计数器的值在长时间内持续升高,同时

Memory\Available bytes计数器的值持续降低,则很可能存在内存泄漏。

  内存资源成为系统性能的瓶颈的征兆:

  很高的换页率(high pageout rate);

  进程进入不活动状态;

  交换区所有磁盘的活动次数可高;

  可高的全局系统CPU利用率;

  内存不够出错(out of memory errors)

  处理器:

  1) UNIX资源监控(Windows操作系统同理)中指标CPU占用率(CPU utilization),如果该值持续超过95%,表明瓶颈是CPU。可以考

虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQL Server,可接受的最大上限是80-85%

  合理使用的范围在60%至70%。

  2) Windows资源监控中,如果System\Processor Queue Length大于2,而处理器利用率(Processor Time)一直很低,则存在着处理

器阻塞。

  CPU资源成为系统性能的瓶颈的征兆:

  很慢的响应时间(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:

  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)

  等待磁盘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 Hit Ratio),该值越高越好。如果持续低于80%,应考虑增加内存。

  2) 如果Full Scans/sec(全表扫描/秒)计数器显示的值比1或2高,则应分析你的查询以确定是否确实需要全表扫描,以及SQL查询是

否可以被优化。

  3) Number of Deadlocks/sec(死锁的数量/秒):死锁对应用程序的可伸缩性非常有害,并且会导致恶劣的用户体验。该计数器的值必

须为0。

  4) Lock Requests/sec(锁请求/秒),通过优化查询来减少读取次数,可以减少该计数器的值。

  Oracle数据库:

  1) 如果自由内存接近于0而且库快存或数据字典快存的命中率小于0.90,那么需要增加SHARED_POOL_SIZE的大小。

  快存(共享SQL区)和数据字典快存的命中率:

  select(sum(pins-reloads))/sum(pins) from v$librarycache;

  select(sum(gets-getmisses))/sum(gets) from v$rowcache;

  自由内存: select * from v$sgastat where 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参数的值。

  日志缓冲区的申请情况 :

  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数据库的分析和优化,是一门专门的技术,进一

步的分析可查相关资料。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-16 00:42 , Processed in 0.069336 second(s), 26 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表