《WebGIS综合发布平台性能测试》由会员分享，可在线阅读，更多相关《WebGIS综合发布平台性能测试（9页珍藏版）》请在金锄头文库上搜索。
1、WebGIS综合发布平台性能测试结果报告木文档主要描述WebGIS综合发布平台性能测试结果以及分析测试结果第一章WebGIS性能测试概述1.1测试目的测试5分钟可以生成多少个专题产品工作流，建议使用多少进程运行。测试矢量底图、影像底图可以支持多少并发用户数（响应时间在5秒内）。建议使用 多少进程运行以及并发人数。测试前台标绘站点与后台生成站点，哪种方式更为合适。第二章测试场景及测试环境配置2.1测试场景网络环境拓扑2.2测试环境配置服务器配置配置说明数量其他说明应用服务器CPU： Lenovo R630 G74C内存:40G2操作系统：Turbo Linux 11 JDK 1.6及以上Orac
2、lellg客户端共享文件系统J2EE应用中间 件客户端配置配置说明数量其他说明客户端机器CPU： Inter Celeron E3300 2.50GHz 内存：1.96G 硬盘：300G1操作系统：XP应用程序:LoadRunner 11.0测试环境带宽：100Mb/s=12.5MB/s第三章测试实施及测试结果3.1测试工具Loadr unner 11.03.2测试.内容3.2.1生成专题产品工作流对50或100个并发用户，分别在三个进稈、六个进稈、九个进程、十二个进稈、十六 个进程的情况下，完成生成专题产品工作流，测试其完成情况以及服务器资源使用情 况。场景描述：模拟50或100个用户并发执
3、行生成专题产品工作流（测试站点数量大小为6790条站点 数据）的请求到服务器，服务器接收请求示，执行生成专题产吊工作流流程，将结果返 冋到客户端。测试中的事务说明：Workflow：模拟50或100个用户并发执行生成专题产品工作流，完成一个workflow事 务就是完成一个工作流。测试执行时间设置说明： 每10秒增加5个用户，大概1分 30秒Z后达到50个用户（3分20秒之后达到100个用户）。 然后50个用户（或100个用户）并发持续执行5分钟。然后每10秒减少10个用户，大概8分钟之后50个用户减少到0 （大概11分钟后100 个用户减少到0）。3.2.2矢量底图与影像底图显示对50或10
4、0或200个并发用户，分别在一个进稈、三个进稈、五个进稈的情况下，不 断执行放大、拖动、缩小操作，测试打开矢量底图与影像底图页面以及执行放大、拖动、 缩小操作的平均响应时间、吞吐量、每秒点击数以及服务器性能。场景描述：模拟50或100或200个用户，打开矢量行政区或影像底图单图层地图页面（浏览器窗 口大小为1280*520）,执行放大拖动缩小操作。场景中：矢量行政区数据总大小为 7.29GB,影像地图总大小为60.97GB,初始化页面请求了 40张图片，放大操作请求了 21张图片，拖动操作求了 26张图片，缩小操作请求了 21张图片。测试的中事务说 明：Init：模拟50/100/200个用户
5、打开矢量行政区或影像底图单图层地图页面。Zoomout：打开页瓯后，用户点击放大按钮（从4级变为9级），执行放大地图 操作。 Move：用户执行完放大地图操作后，移动地图，执行拖动的操作。Zoomin：用户执行完拖动操作后，点击缩小按钮（从9级变为2级），执行缩小地 图的操作。测试执行时间设置说明：每10秒增加5个用户，大概1分30秒Z后达到50个用户（3分20秒Z后达到100个用户，6分30秒Z后达到200个用户）。然后50个用户（或100个用户或200个用户）并发持续执行5分钟。然后每10秒减少10个用户，大概到8分钟乙后50个用户减少到0（大概11分Z后100 个用户减到0,大概18分钟
6、Z后200个用户减到0）。3.2.3前台标绘站点对50或100或200个并发用户，分别在一个进稈、三个进稈、五个进稈的情况下，不 断执行放大、拖动、缩小操作，测试打开前台标绘站点页血以及执行放大、拖动、缩小 操作时的平均响应时间、吞吐量、每秒点击数以及服务器性能。场景描述：模拟50或100或200个用户，打开矢量行政区单图层（2000或3000或5000）站点地 图页面（浏览器窗口大小为1280*520）,执行放大拖动缩小操作。场景中：5000个站点初始化页面请求了 40张图片，放大操作请求了 21张图片，拖动操作请求了 13张图片，缩小操作请求了 21张图片。3000个站点初始化页血请求了
7、40张图片，放大操作请求了 21张图片，拖动操作请 求了 13张图片，缩小操作请求了 21张图片。2000个站点初始化页面请求了 40张图片，放大操作请求了 21张图片，拖动操作请求了 10张图片，缩小操作请求了 21张图片。测试的中事务说明：Init：模拟50/100/200 个用户打开矢量行政区或影像底图单图层地图页瓯。Zoomout：打开页面后，用户点击放大按钮（从4级变为9级），执行放大地图 操作。 Move：用户执行完放大地图操作后，移动地图，执行拖动的操作。Zoomin：用户执行完拖动操作后，点击缩小按钮（从9级变为2级），执行缩小地 图的操作。测试执行时间设置说明：每10秒增加5
8、个用户，大概1分30秒Z后达到50个用户（3分20秒Z后达到100个用户，6分30秒Z后达到200个用户）。 然后50个用户 （或100个用户或200个用户）并发持续执行5分钟。然后每10秒减少10个用户,大概到8分钟Z后50个用户减少到0（大概11分Z后100 个用户减到0,大概18分钟Z后200个用户减到0）。3.2.4后台生成站点对50或100或200个并发用户，分别在一个进稈、三个进稈、五个进稈的情况下，不 断执行放大、拖动、缩小操作，测试打开后台生成站点页瓯以及执行放大、拖动、缩小 操作时的平均响应时间、吞吐量、每秒点击数以及服务器性能。场景描述：模拟50或100或200个用户，打开
9、矢量行政区单图层（2000或3000或5000）站点地 图页血（浏览器窗口大小为1280*520）,执行放大拖动缩小操作。场晟中： 5000 个站点初始化页面请求了 41张图片，放大操作请求了 22张图片，拖动操作请求了 25 张图片，缩小操作请求了 22张图片。3000个站点初始化页面请求了 41张图片，放大操作请求了 22张图片，拖动操作请 求了22张图片，缩小操作请求了 22张图片。2000个站点初始化页面请求了 41张图片，放大操作请求了 22张图片，拖动操作请求了 24张图片，缩小操作请求了 22张图片。测试的中事务说明：Init：模拟50/100/200 个用户打开矢量行政区或影像
10、底图单图层地图页面。Zoomout：打开页面后，用户点击放大按钮（从4级变为9级），执行放大地图 操作。 Move：用户执行完放大地图操作后，移动地图，执行拖动的操作。Zoomin：用户执行完拖动操作后，点击缩小按钮（从9级变为2级），执行缩小地 图的操作。测试执行时间设置说明： 每10秒增加5个用户，大概1分30秒Z后达到50个用户 （3分20秒Z后达到100个用户，6分30秒Z后达到200个用户）。 然后50个用户 （或100个用户或200个用户）并发持续执行5分钟。然后每10秒减少10个用户，大概到8分钟Z后50个用户减少到0（大概11分之后100 个用户减到0,大概18分钟Z后200个
11、用户减到0）。3.3测试项测试在场累下，事务的完成情况、平均响应时间、服务器的吞吐量、服务器端CPU利用 率情况等。3.4测试结果与分析3.4.1生成专题产品工作流341.1事务通过数与CPU利用率情况进程数50个用户100个用户事务通过数即工作流的完成情况CPU利用率（）事务通过数即工作流的完成情况CPU 利用率（）平均值最大值平均值最大值三 个 进 稈 19415.88 21378 264 34.809 43.417 六 个 进 程 340 29.246 43.174 488 28.77 33.837 九个进程 458 41.661.315650 41.259 63.107 十二个进程53
12、8 52.728 77.562 757 48.299 74.261 | 六个进程66560.632 88.62792559.00789.689表 3.4.1.1表3.4.1.1是对50个并发用户与100个并发用户，分别在不同的进稈数下，完成工作流 情况以及对CPU使用情况的汇总。3A1.2用户并发执行5分钟时每秒事务通过数（TPS）50个并发用户：由上图可以知道并发执行5分钟时每秒事务通过数，50个用户：在三个进程时，大概完成127个工作流。 在六个进程时，大概完成213个工作 流。 在九个进稈时，大概完成281个工作流。 在十二个进稈时，大概完成361个 工作流。 在十六个进稈时，大概完成4
13、40个工作流。100个并发用户：由上图可以知道并发执行5分钟时每秒事务通过数，50个用户： 在三个进程时，大 概完成117个工作流。 在六个进程时，大概完成216个工作流。 在九个进程时, 大概完成280个T作流。 在十二个进稈时，大概完成348个工作流。 在+六个进 程时，大概完成397个工作流。3.4丄3用户并发执行5分钟时应用服务器CPU情况50个并发用户：性能测试报告WebGIS综合发布平台V1.0100个并发用户：由上图可以看出System mode CPU Utilization （系统模式卜使用CPU的时间百分比）随着 进程数的增加,平均值也是在10%左右，而User mode
14、CPU Utilization （用户模式下使 用CPU的时间百分比）随着进程数的增加，平均值最高也就在50%左右，而CPU Utilization（CPU的使用时间百分比），从最大值來看，十六个进程运行时，CPU的利用率也未超 过 75% 0由上图可以看出在100个用户的情况下，运行十二个进稈或十六个进稈，平均负载都会 超过理想负载。342矢量行政区底图显示3.4.2.1事务响应时间与吞吐量情况以下是对50、100、200个用户在不同进程情况下,打开矢量行政区页面（Init事务）、 放大地图（Zoomout事务）、拖动地图（Move事务）、缩小地图（Zoomin事务）的平均 事务响M时间，以
15、及在用户达到最大值时，人T执行操作记录的响应时间即人机交互响 应时间，每秒从服务器获取的数据量即毎秒吞吐量，CPU使用情况的汇总。一个进程：50个并发用户：事务名称平均事务响应时间（s）人机交互响应时间（s）每秒吞吐量（bytes/second） CPU利用 率最小值平均值最大值人概值平均值平均值最人值Init 1.016 3.087 5.162 10 3,234,326 53.985%59.213%Zoomout 0.08 1.333 9.077 5 Move 0.094 1.565 3.892 3Zoomin0.0490.7512.0552表 3.4.2.1-1从表3.4.2.1-1中可以看出平均事务响应时间在5秒范用内，从Init事务的人机交互响应 时间来看，从页面响应到所有图片显示出来的时间较长，用户体验不好。100个并发用户：事务名称平均事务响应时间（s）人机交互响应时间（s）每秒吞吐量（bytes/second）CPU利用率最小值平均值最大值大概值平均值平均值最大值Init0.986 4.269 8.903 10 3,416,15746.303%55.55%Zoomout 0.068 2.341 273.85
