《性能测试结果分析》由会员分享，可在线阅读，更多相关《性能测试结果分析（12页珍藏版）》请在金锄头文库上搜索。
1、分析原则：分析原则： 1、具体问题具体分析（这是由于不同的应用系统，不同的测试目的， 不同的性能关注点） 2、查找瓶颈时按以下顺序，由易到难。 服务器硬件瓶颈-网络瓶颈（对局域网，可以不考虑）-服务 器操作系统瓶颈（参数配置）-中间件瓶颈（参数配置，数据库， web 服务器等）-应用瓶颈（SQL 语句、数据库设计、业务逻辑、 算法等） 注：以上过程并不是每个分析中都需要的，要根据测试目的和要 求来确定分析的深度。对一些要求低的，我们分析到应用系统在将 来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪 儿就够了。 3、分段排除法 很有效 分析的信息来源：分析的信息来源： 1、 根据场景
2、运行过程中的错误提示信息 2、 根据测试结果收集到的监控指标数据 一、错误提示分析一、错误提示分析 分析实例： Error: Failed to connect to server “10.10.10.30:8080: 10060 Connection Error: timed out Error: Server “10.10.10.30 has shut down the connection prematurely 分析： A、应用服务死掉。 （小用户时：程序上的问题。程序上处理数据库的问题） B、应用服务没有死 （应用服务参数设置问题） C、数据库的连接 (1、在应用服务的性能参数可能太
3、小了 2、数据库启动的最大连接 数（跟硬件的内存有关）) Error: Page download timeout (120 seconds) has expired 分析：可能是以下原因造成 A、应用服务参数设置太大导致服务器的瓶颈 B、页面中图片太多 C、在程序处理表的时候检查字段太大多 二、监控指标数据分析二、监控指标数据分析 1、最大并发用户数： 应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置） ）下能承受的最大并发用户数。 在方案运行中，如果出现了大于 3 个用户的业务操作失败，或出 现了服务器 shutdown 的情况，则说明在当前环境下，系统承受不 了当前并发用户的负
4、载压力，那么最大并发用户数就是前一个没有 出现这种现象的并发用户数。 如果测得的最大并发用户数到达了性能要求，且各服务器资源情 况良好，业务操作响应时间也达到了用户要求，那么 OK。否则， 再根据各服务器的资源情况和业务操作响应时间进一步分析原因所 在。 2、业务操作响应时间： 分析方案运行情况应从平均事务响应时间图和事务性能摘要图 开始。使用“事务性能摘要”图，可以确定在方案执行期间响应时间 过长的事务。 细分事务并分析每个页面组件的性能。查看过长的事务响应时 间是由哪些页面组件引起的？问题是否与网络或服务器有关？ 如果服务器耗时过长，请使用相应的服务器图确定有问题的服 务器度量并查明服务器
5、性能下降的原因。如果网络耗时过长，请使 用“网络监视器”图确定导致性能瓶颈的网络问题 3、服务器资源监控指标： 内存：内存： UNIX 资源监控中指标内存页交换速率（Paging rate），如果该1 值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可 能是瓶颈。也可能是内存访问命中率低。Windows 资源监控中，如果 ProcessPrivate Bytes 计数器和2 ProcessWorking Set 计数器的值在长时间内持续升高，同时MemoryAvailable bytes 计数器的值持续降低，则很可能存在内存 泄漏。 内存资源成为系统性能的瓶颈的征兆: 很高的换页率(h
6、igh pageout rate); 进程进入不活动状态; 交换区所有磁盘的活动次数很高; 很高的全局系统 CPU 利用率; 内存不够出错(out of memory errors) 处理器：处理器： Windows 资源监控（UNIX 操作系统同理）中指标 CPU 占用率1 （CPU utilization），如果该值持续超过 95%，表明瓶颈是 CPU。 可以考虑增加一个处理器或换一个更快的处理器。如果服务器专用 于 SQL Server,可接受的最大上限是 80-85% 合理使用的范围在 60%至 70%。 Windows 资源监控中，如果 SystemProcessor Queue L
7、ength2 大于 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： Windows 资源监控（UNIX 操作系
8、统同理）中指标磁盘交换率1 （Disk rate），如果该参数值一直很高，表明 I/O 有问题。可考虑 更换更快的硬盘系统。 Windows 资源监控中，如果 Disk Time 和 Avg.Disk Queue 2 Length 的值很高，而 Page Reads/sec 页面读取操作速率很低，则 可能存在磁盘瓶径。 I/O 资源成为系统性能的瓶颈的征兆 : 过高的磁盘利用率(high disk utilization) 太长的磁盘等待队列(large disk queue length) 等待磁盘 I/O 的时间所占的百分率太高(large percentage of time waiti
9、ng 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)MemoryMemory 相关相关内存是第一个监视对象，确定系统瓶颈的第一个步骤就是排除内存问题。内存短缺的问题可能会引起各种各样的问题。Object （对象）Counters （计数器名称）Description（
10、描述）参考值MemoryAvailable Mbytes物理内存的可用数（单位 Mbytes）。默认情况下 IIS5.0 使用 50%的可用物理内存，作为 IIS 的文件缓存（file cache）。IIS 基本占用2.5MB，每个附加连接将在此基础上占用 10KB 左右。至少要有 10%的物理内存值MemoryPage/secPage Faults/secPages Input/secPage Reads/secTransitionFaults/sec当处理器向内存指定的位置请求一页（可能是数据或代码）出现错误时，这就构成一个 Page Fault。如果该页在内存的其他位置，该错误被称为软错
11、误（用 Transition Fault/sec计数器衡量）；如果该页必须从硬盘上重新读取时，被称为硬错误。许多处理器可以在有大量软错误的情况下继续操作。但是，硬错误可以导致明Page/sec 推荐00-20（如果服务器没有足够的内存处理其工作负荷，此数值将一直很高。如果大于 80，表示有问题）。这些计数器的值比较低，显的拖延。Page Faults/sec 是处理器每秒钟处理的错误页（包括软错误和硬错误）。Pages Input/sec 是为了解决硬错误页，从硬盘上读取的页数，而 Page Reads/sec 是为了解决硬错误，从硬盘读取的次数。如果Page Reads/Sec 比率持续保持
12、为 5，表示可能内存不足。Pages/sec 是指为解析硬页错误从磁盘读取或写入磁盘的页数。说明 Web 服务器响应请求比较快，否则可能是服务器系统内存短缺引起（也可能是缓存太大，导致系统内存太少）。Page Input/sec的值可以衡量出硬错误页发生的速率，通常它的值会大于或者等于PageReads/sec。MemoryCache Bytes文件系统缓存（File System Cache），默认情况下为 50%的可用物理内存。如 IIS5.0 运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化。默认情况下为50%的可用物理内存InternetInformationService
13、sGlobalFile Cache Hits %File CacheFlushesFile Cache HitsFile Cache Hits%是文件缓存命中全部缓存需求的比例，反映了 IIS 的文件缓存设置的工作情况。而 File Cache Hits 是文件缓存命中的具体值，File CacheFlushes 是自服务器启动之后文件缓存刷新次数，如果刷新太慢，会浪费内存；如果刷新太快，缓存中的对象会太频繁的丢弃生成，起不到缓存的作用。通过 File Cache Hits 和 File Cache Flushes可以得到一个适当的刷新值（参考IIS 的设置 ObjectTTL 、MemCac
14、heSize 、MaxCacheFileSize）。（ 对于一个大部分是静态网页组成的网站）File Cache Hits%在80%左右属于非常好！MemoryPool Paged BytesPool NonpagedBytes这两个计数器监视服务器上各个进程的分页池字节数和非分页池字节数。在访问数比较固定的情况下， Pool Nonpaged Bytes 是比较固定的，如果访问数逐步增加，该值会缓慢的增加。ProcessVirtual Bytes ( 实例 inetinfo 、dllhost) Working Se （t 实例inetinfo 、dllhost）Dllhost#n 进程都要添
15、加计数器Virtual Bytes 计数器监视 IIS5.0保留的虚地址空间的数量，实例化为inetinfo 进程(IIS 运行的核心)和Dllhost 进程（隔离/ 连接池 的应用程序必需的）。Working Set 计数器反映了每个进程使用的内存页的数量。系统的内存页（pool Page）只能由操作系统的核心模块直接访问，用户进程不能访问。运行 IIS5.0 的服务器上，负责 web 连接的线程以及它需要的一些对象都保存在未分页的池中（nonpaged pool），比如文件句柄和 socket 连接。ProcessPrivate Bytes指这个处理不能与其他处理共享的、已分配的当前字节数
16、。MemoryCommittedBytesCommitted Byte 是指以字节表示的确认虚拟内存。(确认内存是指为磁盘分页文件在磁盘上保留的空间以便在需要将其写回磁盘时使用)。推荐不超过物理内存的 75%内存问题主要检查应用程序是否存在内存泄漏。如果发生了内存泄漏，ProcessPrivate Bytes 计数器和 ProcessWorking Set 计数器的值往往会升高，同时Available Bytes 的值会降低。内存泄漏应该通过一个长时间的，用来研究分析当所有内存都耗尽时，应用程序反应情况的测试来检验。ProcessorProcessor 相关相关Object（对象）Counters （计数器名称）Description（描述）参考值SytemProcessor QueueLengthProcessor Queue Length 是指处理列队中的线程数。即使在有多个处理器的计算机上处理器时间也会有一个单列队。不象磁盘计数器，这个计数器仅计数就绪的线程，而
