性能测试瓶颈

1、性能 测试 结 果的分析原 则 :具体 问题 具体分析(这 是由于不同的 应 用系 统 ,不同的 测试 目的,不同的性能 关 注点 查 找瓶 颈时 按以下 顺 序,由易到 难 。服 务 器 硬件瓶 颈 - 网 络 瓶 颈 (对 局域网,可以不考 虑 -服 务 器操作系 统 瓶 颈 (参数 配置 - 中 间 件 瓶 颈 (参数配置, 数据 库 , web 服 务 器等 - 应 用瓶 颈 (SQL 语 句、数据 库设计 、 业务逻辑 、算法等注:以上 过 程并不是 每 个分析中都需要的,要根据 测试 目的和要求来确定分析的深度。 对 一些要求低的,我 们 分析到 应 用系 统 在将来大的 负载压

2、力(并 发 用 户 数、数据量下,系 统 的硬件瓶 颈 在哪儿就 够 了。性能 测试结 果分析中,分段排除法 很有效分析的信息来源:1根据 场 景运行 过 程中的 错误 提示信息2根据 测试结 果收集到的 监 控指 标 数据一.性能 测试结 果的 错误 提示分析分析 实 例:分析:A 、 应 用服 务 死掉。(小用 户时 :程序上的 问题 。程序上 处 理数据 库 的 问题 B 、 应 用服 务 没有死(应 用服 务 参数 设 置 问题 例:在 许 多客 户 端 连 接 Weblogic 应 用服 务 器被拒 绝 ,而在服 务 器端没有 错误显 示, 则 有可能是 Weblogic 中的 se

3、rver 元素的 AcceptBacklog 属性 值设 得 过 低。如果 连 接 时 收到 connection refused消息, 说 明 应 提高 该值 , 每 次增加 25%C 、数据 库 的 连 接(1、在 应 用服 务 的性能参数可能太小了 2、数据 库 启 动 的最大 连 接数(跟硬件的内存有 关 2 Error: Page download timeout (120 seconds has expired分析:可能是以下原因造成A 、 应 用服 务 参数 设 置太大 导 致服 务 器的瓶 颈B 、 页 面中 图 片太多C 、在程序 处 理表的 时 候 检查 字段太大多二.性能

4、 测试结 果的 监 控指 标 数据分析1.最大并 发 用 户 数:应 用系 统 在当前 环 境(硬件 环 境、网 络环 境、 软 件 环 境(参数配置下能承受的最大 并 发 用 户 数。在方案运行中,如果出 现 了大于 3个用 户 的 业务 操作失 败 ,或出 现 了服 务 器 shu td own 的情况, 则说 明在当前 环 境下,系 统 承受不了当前并 发 用 户 的 负载压 力,那 么 最大并 发 用 户 数就是前一个没有出 现这种现 象的并 发 用 户 数。如果 测 得的最大并 发 用 户 数到达了性能要求,且各服 务 器 资 源情况良好, 业务 操作响 应 时间 也达到了用 户 要

5、求,那 么 OK 。否 则 ,再根据各服 务 器的 资 源情况和 业务 操作响 应时间 进 一 步 分析原因所在。2. 业务 操作响 应时间 :分析方案运行情况 应 从平均事 务 响 应时间图 和事 务 性能摘要 图开 始。使用“事 务 性能摘 要” 图 ,可以确定在方案 执 行期 间 响 应时间过长 的事 务 。细 分事 务 并分析 每 个 页 面 组 件的性能。 查 看 过长 的事 务 响 应时间 是由哪些 页 面 组 件引起 的? 问题 是否与网 络 或服 务 器有 关 ?如果服 务 器耗 时过长 , 请 使用相 应 的服 务 器 图 确定有 问题 的服 务 器 度量 并 查 明服 务

6、器性 能下降的原因。如果网 络 耗 时过长 , 请 使用“网 络监视 器” 图 确定 导 致性能瓶 颈 的网 络问题2-5-10 原 则 :简单说 ,就是当用 户 能 够 在 2秒以内得到响 应时 ,会感 觉 系 统 的响 应 很 快;当用 户 在 2-5秒之 间 得到响 应时 ,会感 觉 系 统 的响 应 速度 还 可以;当用 户 在 5-10秒以 内得到响 应时 ,会感 觉 系 统 的响 应 速度很慢,但是 还 可以接受;而当用 户 在超 过 10秒后仍 然无法得到响 应时 ,会感 觉 系 统 糟透了,或者 认为 系 统 已 经 失去响 应 ,而 选择 离 开这 个 Web 站点,或者 发

7、 起第二次 请 求 .3. 服 务 器 资 源 监 控指 标 :内存:1 UNIX 资 源 监 控中指 标 内存 页 交 换 速率(Paging rate,如果 该值 偶 尔 走高,表明当 时 有 线 程 竞 争内存。如果持 续 很高, 则 内存可能是瓶 颈 。也可能是内存 访问 命中率低。2 Windows 资 源 监 控中,如果 ProcessPrivate Bytes计 数器和 ProcessWorking Set计 数器的 值 在 长时间 内持 续 升高,同 时 MemoryAvailable bytes计 数器的 值 持 续 降低, 则 很可能存在内存泄漏。内存 资 源成 为 系 统

8、 性能 的瓶 颈 的征兆 :很高的 换页 率 (high pageout rate;进 程 进 入不活 动 状 态 ;交 换 区所有磁 盘 的活 动 次数可高 ;可高的全局系 统 CPU 利用率 ;内存不 够 出 错 (out of memory errors处 理器:1 UNIX 资 源 监 控(Windows 操作系 统 同理中指 标 CPU 占用率(CPU utilization, 如果 该值 持 续 超 过 95%,表明瓶 颈 是 CPU 。可以考 虑 增加一个 处 理器或 换 一个更快的 处 理 器。如果服 务 器 专 用于 SQL Server,可接受的最大上限是 80-85%合理

9、使用的范 围 在 60%至 70%。2 Windows 资 源 监 控中,如果 SystemProcessor Queue Length大于 2,而 处 理器利用 率(Processor Time一直很低, 则 存在着 处 理器阻塞。CPU 资 源成 为 系 统 性能的瓶 颈 的征兆 :很慢的响 应时间 (slow response timeCPU 空 闲时间为 零 (zero percent idle CPU过 高的用 户 占用 CPU 时间 (high percent user CPU过 高的系 统 占用 CPU 时间 (high percent system CPU长时间 的有很 长 的

10、运行 进 程 队 列 (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资 源成 为 系 统 性能的瓶 颈 的征兆 :过 高的

11、磁 盘 利用率 (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 r

12、un queue with idle CPU4. 数据 库 服 务 器: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而且 库 快存或数据字典快存的