PC性能测试方法.docx
《PC性能测试方法.docx》由会员分享，可在线阅读，更多相关《PC性能测试方法.docx（16页珍藏版）》请在冰豆网上搜索。
PC性能测试方法
性能测试
1 概述
Ø1.1 目的
本测试报告为医院信息系统的性能测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求，查找系统存在的问题，提出解决方案。
Ø1.2 背景
医院信息系统，XX科技有限公司目前正在进行性能测试。
考虑到用户数量及数据的增多给服务器造成压力不可估计，因此计划对XX网站负载性能测试，在系统配置不变的情况下，在一定时间内，在业务高峰先期，服务器在高负载情况下的性能行为表现，便于对系统环境进行正确的分析及评估。
Ø1.3 范围
本次测试主要是对在用医院信息系统的性能测试。
Ø1.4引用文档
下表列出了执行测试过程所引用的文档：
文档名称
版本号
作者
备注
系统压力测试方案
胡
2 测试概要
Ø2.1 测试环境
下图描述测试该项目所测试的硬件环境：
（使用LAVALYS工具，计算机－系统摘要－全部复制，粘贴所得）
项目数据
计算机
计算机类型ACPIMultiprocessorPC
操作系统MicrosoftWindowsServer2003,StandardEdition
操作系统版本升级（SP）ServicePack2
InternetExplorer8.0.6001.18702（IE8.0）
DirectX4.09.00.0904（DirectX9.0c）
计算机名称TINGAO-PF
用户名称Administrator
主板
处理器名称DualCoreIntelPentiumE2200,2200MHz（11x200）
主板名称Unknowni945GZMotherboard
主板芯片组IntelLakeport-Gi945GZ
系统内存1015MB（DDR2-667DDR2SDRAM）
DIMM1:
RamaxelTech.RML1520MG48D7F-6671GBDDR2-667DDR2SDRAM（5-5-5-14@333MHz）（4-4-4-11@266MHz）（3-3-3-8@200MHz）
BIOS类型AMI（05/21/08）
通讯端口通信端口（COM1）
通讯端口通信端口（COM2）
通讯端口ECP打印机端口（LPT1）
显示设备
显示适配器VGA（7872KB）
3D加速器IntelGMA950
显示器HPv185w[18.5"LCD]（CNT926Q024）
多媒体
声音适配器AnalogDevicesAD1882@Intel82801GBICH7-HighDefinitionAudioController[A-1]
存储设备
IDE控制器Intel（R）82801G（ICH7Family）UltraATAStorageControllers-27DF
IDE控制器Intel（R）82801GB/GR/GH（ICH7Family）SerialATAStorageController-27C0
存储控制器ASOYK6OQIDEController
磁盘驱动器WDCWD3200AAJS-08L7A0（298GB,IDE）
光盘驱动器HL-DT-STDVD-ROMDH10N（16x/48xDVD-ROM）
光盘驱动器OZAJC6NK9IBW1SCSICdRomDevice
硬盘SMART状态OK
磁盘分区
C:
（NTFS）44288MB（23440MB可用）
D:
（NTFS）66417MB（1136MB可用）
E:
（NTFS）66417MB（4681MB可用）
F:
（NTFS）110.4GB（10.5GB可用）
大小283.4GB（39.1GB可用）
输入设备
键盘Standard101/102-KeyorMicrosoftNaturalPS/2Keyboard
鼠标HID-compliantmouse
网络设备
主IP地址198.168.1.10
主MAC地址00-21-97-38-3F-B9
网络适配器RealtekRTL8139/810xFamilyFastEthernetNIC（198.168.1.10）
网络适配器WAN（PPP/SLIP）Interface（119.177.116.231）
DMI
DMIBIOS供应商LENOVO
DMIBIOS版本2TKT00AUS
DMI系统制造商LENOVO
DMI系统产品1111111
DMI系统版本ThinkCentreXXXX
DMI系统序列号NA10405677
DMI系统UUID57D86B6E-8D504165-B6B7570F-8913101F
DMI主板制造商LENOVO
DMI主板产品LENOVO
DMI主板版本TobefilledbyO.E.M.
DMI主板序列号TobefilledbyO.E.M.
DMI主机制造商ToBeFilledByO.E.M.
DMI主机版本ToBeFilledByO.E.M.
DMI主机序列号NA10405677
DMI主机识别标签
DMI主机类型DesktopCase
DMI内存插槽（总数/空闲）4/3
问题和建议
问题分区D:
中只有2%的可用空间.
问题分区E:
中只有7%的可用空间.
问题分区F:
中只有10%的可用空间.
下图描述测试网络的拓扑结构：
客户机测试环境 服务器测试环境
测试机与被测服务器在同一局域网进行，排除了网速限制及网速度不稳定性。
系统采用B/S架构模式，客户端通过中间件访问数据库，中间件和数据库分别部署在两台服务器上。
Ø2.3 人力资源
下表列出了所有参与此项目的测试人员：
角色
资源数量/具体人员
测试工程师
科技有限公司：
师
具备资质
Ø2.4 测试环境
任务
开始时间
结束时间
总计（天数）
总计（人时）
计划
2012-05-19
2012-05-19
1
实际
2012-05-19
2012-05-19
1
3 测试内容及方法
Ø3.1 测试需求/目标
在大用户量、数据量的超负荷下，获得服务器运行时的相关数据，从而进行分析，找出系统瓶颈，提高系统的稳定性。
Ø3.2 测试内容
本次测试主要是对医院信息系统“登录”、后台“运行记录”及系统数据库访问操作在大负荷情况下处理数据的能力及承受能力。
测试方法：
场景
并发用户数量
运行场景设置
测试点
登录
200
40分钟
服务器稳定性及操作响应时间
注释：
所有用户登陆、没有权限限制。
Ø3.3 测试工具
主要测试工具为：
LoadRunner性能测试工具；性能分析器；SQLPROFILER;EVEREST
辅助软件：
截图工具，Word
4 测试结果及分析
Ø4.1 Memory性能评估
①内存计数图
结论：
因为AvailalbleMbytes平均为165;165/8000=0.02065;长时间运行在可用内存在5%一下；且PageFaults/sec（每秒发生页面失效次数）均值在5695，操作系统会大量向内存读取的数据。
建议提高内存容量，提高系统的性能。
Ø4.2 硬盘、阵列存储性能
①PhysicalDisk计数图
结果分析：
如图所示%DiskTime均值为195.759，远远>50%;AvgDiskQueueLength均值为9.788,>>2;且Pages/sec均值为4.5，数值较低。
说明硬盘的存在大量等待读取和写入的任务，导致硬盘负荷大，存储的性能差，严重影响服务器性能。
②201205231530对580PhysicalDisk采样图：
结果分析：
如图所示%DiskTime均值为2660.876，远远>50%;AvgDiskQueueLength均值为133.044；CurrentDiskQueueLength均值为：
79；>>2;AvgDisksec/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
结果：
找到消耗最大的进程，以便对结果（一个进程、一个应用）作进一步的分析。
分析：
1每个进程的Process:
%ProcessorTime反映进程所消耗的处理器时间。
（如：
图4-3-1）sqlservr占用％ProccessorTime最多，均值为55.478/8=6.93475;_TOTAL均值为796.892/8=99.6115.CPU的利用率很低。
②每个进程产生的页面失效（通过PRCESS：
PAGEFAILURES/SEC计数器获得）
（如：
图4-3-2）sqlservr出现PGGEFAULTS/SEC均值为13.105;_TOTAL均值为263.994.SQLSERVER的失效页面低。
和系统页面失效（可以通过MEMORY：
PAGEFAILURES/SEC计数器获得）的比值，来判断哪个进程产生了最多的页面失效，
（如：
图4-3-3）Memory出现PGGEFAULTS/SEC均值为6520.143;最多为18925.631.SQLSERVER的失效页面低。
③Process:
PrivateBytes是指进程所分配的无法与其他进程共享的当前字节数量。
（如：
图4-3-4）sqlservr在process中PrivateBytes占用值为442.2MB;_total为1196.4MB.SQLSERVER占用专用内存最多的进程。
建议：
sqlserver本身占用的内存不高，占用CPU的时间较少，页面读写失效次数不高。
分析SQLSERVER应用设计算法，可能存在table过大，资源争用、冲突厉害；是否存在大量多表、大表的（事务）锁定。
进行数据库的优化，算法重构，死锁检测，数据转储。
进行服务器、存储的升级优化。
Ø图表参见：
201205240910-580.htm
Ø4.4 处理器性能评估
结果：
①System%Processortime_total<10;%UserTime<10;%PrivilegedTime<10说明cpu的负荷低；
②系统运行客户端反应缓慢时，CPU的负载并不大；当时的客观情况是一个大数据量的数据统计在运行（2011年各种费用各科室收入所占比例统计表）。
③综合考虑，更多的是因为个别临界资源的争用引起的。
考虑统计程序设计是的缺陷。
建议：
在一个综合系统中，要将操作层面、要求实时性高的数据与综合查询统计分析的数据分隔开来，让其独立运行，以保持其稳定性，以免个别资源争用导致整个系统性能下降。
图表参见：
201205241100-580.htm
分析：
System/%TotalProcessorTime体现服务器整体处理器利用率，对多处理器的系统而言，该计数器提醒所有CPU的平均利用率。
如果该值持续超过90%，则说明整个系统面临着处理器方面的瓶颈，需要通过增加处理器来提高性能。
每个CPU的Processor/%ProcessorTime和Processor/%UserTime和Processor/%PrivilegedTime
Processor
%Processortime<85%与%Idletime相对应；
%privilegedtime与physicalDisk参数值一直很高，表明i/o有问题
％Interrupttime终端占用实例的时间；与interrupts/sec相对应；
System/ProcessorQueueLength计数器的值，当该计数器的值大于CPU数量的总数+1时，说明产生了处理器阻塞。
处理器的%ProcessTime很高时，一般都随处理器阻塞，但产生处理器阻塞时，Processor/%ProcessTime计数器的值并不一定很大，此时就必须查找处理器阻塞的原因。
%DOCTime是另一个需要关注的内容，该计数器越低越好。
在多处理器系统中，如果这个值大于50%，并且Processor/%PrecessorTime非常高，加入一个网卡可能回提高性能。
服务器性能综合分析：
此次测试是在用户运行高峰时段，完成日常工作任务的情况下进行的。
通过对Memory、CPU、Process、PhysicalDisk等综合分析。
分析结果
1.System%Processortime_total<10;%UserTime<10;%PrivilegedTime<10说明cpu的负荷低；
2.AvailalbleMbytes平均为165;165/8000=0.02065;长时间运行在可用内存在5%一下；且PageFaults/sec（每秒发生页面失效次数）均值在5695，操作系统会大量向内存读取的数据。
3.%DiskTime均值为2660.876，远远>50%;AvgDiskQueueLength均值为133.044；CurrentDiskQueueLength均值为：
79；>>2;AvgDisksec/Transfer均值为215ms，>>30。
说明硬盘的存在大量等待读取和写入的任务，导致硬盘负荷大，阵列的传输速度太慢，存储的性能差，严重影响服务器性能。
4.sqlserver本身占用的内存不高，占用CPU的时间较少，页面读写失效次数不高。
5.系统运行客户端反应缓慢时，CPU的负载并不大；当时的客观情况是一个大数据量的数据统计在运行（2011年各种费用各科室收入所占比例统计表）。
综合考虑，更多的是因为个别临界资源的争用引起的。
考虑统计程序设计是的缺陷。
6.如果用户量、数据量继续加大，系统性能影响更为明显。
建议：
1.建议提高内存容量，提高系统的性能。
2.更换存储阵列，选用高速（>10000rpm）,光纤万兆接入存储，采用SAN或NAS结构。
3.分析SQLSERVER应用设计算法存在问题，可能存在table过大，资源争用、冲突厉害；存在大量多表、大表的（事务）锁定。
需要进行数据库的优化，死锁检测，算法重构，数据转储。
进行服务器、存储的升级优化。
4.在构建综合系统中，要将操作层面、要求实时性高的数据与综合查询统计分析的数据分隔开来，让其独立运行，以保持其稳定性，以免个别资源争用导致整个系统性能下降。
升级会员 