PC性能测试方法

性能测试 (2)

1 概述 (2)

1.1 目的 (2)

1.2 背景 (2)

1.3 范围 (2)

1.4引用文档 (2)

2 测试概要 (2)

2.1 测试环境 (2)

2.2 测试环境（也可按表格方式简述所要测试的部件参数）............... 错误！未定义书签。

2.3 人力资源 (6)

2.4 测试环境 (6)

3 测试内容及方法 (6)

3.1 测试需求/目标 (6)

3.2 测试内容 (6)

3.3 测试工具 (6)

4 测试结果及分析 (7)

4.1 Memory性能评估 (7)

4.2 硬盘、阵列存储性能 (8)

4.3 进程性能采样图 (11)

4.4 处理器性能评估 (14)

服务器性能综合分析： (16)

分析结果 (16)

建议： (16)

性能测试

1 概述

1.1 目的

本测试报告为医院信息系统的性能测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求，查找系统存在的问题，提出解决方案。

1.2 背景

医院信息系统，XX科技有限公司目前正在进行性能测试。考虑到用户数量及数据的增多给服务器造成压力不可估计，因此计划对XX网站负载性能测试，在系统配置不变的情况下，在一定时间内，在业务高峰先期，服务器在高负载情况下的性能行为表现，便于对系统环境进行正确的分析及评估。

1.3 范围

本次测试主要是对在用医院信息系统的性能测试。

1.4引用文档

下表列出了执行测试过程所引用的文档：

2 测试概要

2.1 测试环境

下图描述测试该项目所测试的硬件环境：（使用LAVALYS工具，计算机－系统摘要－全部复制，粘贴所得）

项目数据

计算机

计算机类型ACPI Multiprocessor PC

操作系统 Microsoft Windows Server 2003, Standard Edition

操作系统版本升级(SP) Service Pack 2

Internet Explorer 8.0.6001.18702 (IE 8.0)

DirectX 4.09.00.0904 (DirectX 9.0c)

计算机名称TINGAO-PF

用户名称 Administrator

主板

处理器名称DualCore Intel Pentium E2200, 2200 MHz (11 x 200)

主板名称 Unknown i945GZ Motherboard

主板芯片组Intel Lakeport-G i945GZ

系统内存 1015 MB (DDR2-667 DDR2 SDRAM)

DIMM1: Ramaxel Tech. RML1520MG48D7F-667 1GB DDR2-667 DDR2 SDRAM (5-5-5-14 @ 333 MHz) (4-4-4-11 @ 266 MHz) (3-3-3-8 @ 200 MHz)

BIOS 类型AMI (05/21/08)

通讯端口通信端口(COM1)

通讯端口通信端口(COM2)

通讯端口 ECP 打印机端口(LPT1)

显示设备

显示适配器VGA (7872 KB)

3D 加速器Intel GMA 950

显示器HP v185w [18.5" LCD] (CNT926Q024)

多媒体

声音适配器Analog Devices AD1882 @ Intel 82801GB ICH7 - High Definition Audio Controller [A-1]

存储设备

IDE 控制器Intel(R) 82801G (ICH7 Family) Ultra ATA Storage Controllers - 27DF

IDE 控制器Intel(R) 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller - 27C0

存储控制器ASOYK6OQ IDE Controller

磁盘驱动器WDC WD3200AAJS-08L7A0 (298 GB, IDE)

光盘驱动器HL-DT-ST DVD-ROM DH10N (16x/48x DVD-ROM)

光盘驱动器OZAJC 6NK9IBW1 SCSI CdRom Device

硬盘SMART 状态 OK

磁盘分区

C: (NTFS) 44288 MB (23440 MB 可用)

D: (NTFS) 66417 MB (1136 MB 可用)

E: (NTFS) 66417 MB (4681 MB 可用)

F: (NTFS) 110.4 GB (10.5 GB 可用)

大小283.4 GB (39.1 GB 可用)

输入设备

键盘Standard 101/102-Key or Microsoft Natural PS/2 Keyboard

鼠标HID-compliant mouse

网络设备

主IP 地址198.168.1.10

主MAC 地址 00-21-97-38-3F-B9

网络适配器Realtek RTL8139/810x Family Fast Ethernet NIC (198.168.1.10) 网络适配器WAN (PPP/SLIP) Interface (119.177.116.231)

DMI

DMI BIOS 供应商LENOVO

DMI BIOS 版本2TKT00AUS

DMI 系统制造商LENOVO

DMI 系统产品1111111

DMI 系统版本ThinkCentre XXXX

DMI 系统序列号NA10405677

DMI 系统UUID 57D86B6E-8D504165-B6B7570F-8913101F

DMI 主板制造商LENOVO

DMI 主板产品LENOVO

DMI 主板版本To be filled by O.E.M.

DMI 主板序列号To be filled by O.E.M.

DMI 主机制造商To Be Filled By O.E.M.

DMI 主机版本To Be Filled By O.E.M.

DMI 主机序列号NA10405677

DMI 主机识别标签

DMI 主机类型Desktop Case

DMI 内存插槽(总数/空闲) 4 / 3

问题和建议

问题分区D: 中只有2% 的可用空间.

问题分区E: 中只有7% 的可用空间.

问题分区F: 中只有10% 的可用空间.

下图描述测试网络的拓扑结构：

客户机测试环境服务器测试环境

测试机与被测服务器在同一局域网进行，排除了网速限制及网速度不稳定性。

系统采用B/S架构模式，客户端通过中间件访问数据库，中间件和数据库分别部署在两台服务器上。

2.3 人力资源

下表列出了所有参与此项目的测试人员：

2.4 测试环境

3 测试内容及方法

3.1 测试需求/目标

在大用户量、数据量的超负荷下，获得服务器运行时的相关数据，从而进行分析，找出系统瓶颈，提高系统的稳定性。

3.2 测试内容

本次测试主要是对医院信息系统“登录”、后台“运行记录”及系统数据库访问操作在大负荷情况下处理数据的能力及承受能力。

测试方法：

注释：所有用户登陆、没有权限限制。

3.3 测试工具

主要测试工具为：LoadRunner性能测试工具；性能分析器；SQL PROFILER;EVEREST

辅助软件：截图工具，Word

4 测试结果及分析

4.1 Memory性能评估

①内存计数图

结论：因为Availalble Mbytes 平均为165;165/8000=0.02065;长时间运行在可用内存在5%一下；且Page Faults/sec（每秒发生页面失效次数）均值在5695，操作系统会大量向内存读取的数据。

建议提高内存容量，提高系统的性能。

4.2 硬盘、阵列存储性能

①Physical Disk计数图

结果分析：如图所示%Disk Time均值为195.759，远远>50%;Avg Disk Queue Length均值为9.788,>>2;且Pages/sec均值为4.5，数值较低。说明硬盘的存在大量等待读取和写入的任务，导致硬盘负荷大，存储的性能差，严重影响服务器性能。

②201205231530对580 Physical Disk采样图：

结果分析：如图所示%Disk Time均值为2660.876，远远>50%;Avg Disk Queue Length均值为133.044；Current Disk Queue Length均值为：79；>>2;Avg Disk sec/Transfer均值为215ms，>>30。说明硬盘的存在大量等待读取和写入的任务，导致硬盘负荷大，阵列的传输速度太慢，存储的性能差，严重影响服务器性能。

建议：更换存储阵列，选用高速（>10000rpm）,光纤万兆接入存储，采用SAN或NAS结构。

附录：

图表参见：D:\documents\2012\life\专业技能\580-380性能分析\201205231530-580.htm

4.3 进程性能采样图

图4-3-1

图4-3-2

图4-3-3

图4-3-4

结果：找到消耗最大的进程，以便对结果（一个进程、一个应用）作进一步的分析。

分析：

①每个进程的Process:%Processor Time反映进程所消耗的处理器时间。

（如：图4-3-1）sqlservr占用％Proccessor Time最多，均值为55.478/8=6.93475;_TOTAL均值为

796.892/8=99.6115.CPU的利用率很低。

②每个进程产生的页面失效(通过PRCESS：PAGE FAILURES/SEC计数器获得)

（如：图4-3-2）sqlservr出现PGGE FAULTS/SEC均值为13.105;_TOTAL均值为263.994.SQL SERVER的失效页面低。

和系统页面失效(可以通过MEMORY：PAGE FAILURES/SEC计数器获得)的比值，来判断哪个进程产生了最多的页面失效，

（如：图4-3-3）Memory出现PGGE FAULTS/SEC均值为6520.143;最多为18925.631.SQL SERVER的失效页面低。

③Process:Private Bytes是指进程所分配的无法与其他进程共享的当前字节数量。

（如：图4-3-4）sqlservr在process中Private Bytes占用值为442.2MB;_total为1196.4MB.SQL SERVER占用专用内存最多的进程。

建议：sqlserver本身占用的内存不高，占用CPU的时间较少，页面读写失效次数不高。分析SQL SERVER应用设计算法，可能存在table过大，资源争用、冲突厉害；是否存在大量多表、大表的（事务）锁定。进行数据库的优化，算法重构，死锁检测，数据转储。进行服务器、存储的升级优化。

图表参见：201205240910-580.htm

4.4 处理器性能评估

结果：

①System%Processor time _total <10;%User Time <10;%Privileged Time<10说明cpu的负荷低；

②系统运行客户端反应缓慢时，CPU的负载并不大；当时的客观情况是一个大数据量的数据统计在

运行（2011年各种费用各科室收入所占比例统计表）。

③综合考虑，更多的是因为个别临界资源的争用引起的。考虑统计程序设计是的缺陷。

建议：

在一个综合系统中，要将操作层面、要求实时性高的数据与综合查询统计分析的数据分隔开来，让其独立运行，以保持其稳定性，以免个别资源争用导致整个系统性能下降。

图表参见：201205241100-580.htm

分析：System/%Total Processor Time体现服务器整体处理器利用率，对多处理器的系统而言，该计数器提醒所有CPU的平均利用率。如果该值持续超过90%，则说明整个系统面临着处理器方面的瓶颈，需要通过增加处理器来提高性能。

每个CPU的Processor/%Processor Time 和Processor/%User Time 和Processor/%Privileged Time Processor

%Processor time <85% 与%Idle time 相对应；

%privileged time 与physical Disk参数值一直很高，表明i/o有问题

％Interrupt time 终端占用实例的时间；与interrupts/sec相对应；

System/Processor Queue Length 计数器的值，当该计数器的值大于CPU数量的总数+1时，说明产生了处理器阻塞。

处理器的%Process Time很高时，一般都随处理器阻塞，但产生处理器阻塞时，Processor/%Process Time 计数器的值并不一定很大，此时就必须查找处理器阻塞的原因。

%DOC Time 是另一个需要关注的内容，该计数器越低越好。在多处理器系统中，如果这个值大于50%，并且Processor/%Precessor Time非常高，加入一个网卡可能回提高性能。

服务器性能综合分析：

此次测试是在用户运行高峰时段，完成日常工作任务的情况下进行的。通过对Memory、CPU、Process、Phy sical Disk等综合分析。

分析结果

1.System%Processor time _total <10;%User Time <10;%Privileged Time<10说明cpu的负荷低；

2.Availalble Mbytes 平均为165;165/8000=0.02065;长时间运行在可用内存在5%一下；且Page

Faults/sec（每秒发生页面失效次数）均值在5695，操作系统会大量向内存读取的数据。

3.%Disk Time均值为2660.876，远远>50%;Avg Disk Queue Length均值为133.044；Current Disk

Queue Length均值为：79；>>2;Avg Disk sec/Transfer均值为215ms，>>30。说明硬盘的存在大量等待读取和写入的任务，导致硬盘负荷大，阵列的传输速度太慢，存储的性能差，严重影响服务器性能。

4. sqlserver本身占用的内存不高，占用CPU的时间较少，页面读写失效次数不高。

5.系统运行客户端反应缓慢时，CPU的负载并不大；当时的客观情况是一个大数据量的数据统计在

运行（2011年各种费用各科室收入所占比例统计表）。综合考虑，更多的是因为个别临界资源的争用引起的。考虑统计程序设计是的缺陷。

6.如果用户量、数据量继续加大，系统性能影响更为明显。

建议：

1.建议提高内存容量，提高系统的性能。

2.更换存储阵列，选用高速（>10000rpm）,光纤万兆接入存储，采用SAN或NAS结构。

3.分析SQL SERVER应用设计算法存在问题，可能存在table过大，资源争用、冲突厉害；存在大量多表、

大表的（事务）锁定。需要进行数据库的优化，死锁检测，算法重构，数据转储。进行服务器、存储的升级优化。

4.在构建综合系统中，要将操作层面、要求实时性高的数据与综合查询统计分析的数据分隔开来，

让其独立运行，以保持其稳定性，以免个别资源争用导致整个系统性能下降。