[size=large]2009-7-10日[/size]
一个子系统做好后,进行性能测试,由于是在一个大系统中,所以很多组件使用了原系统中的。
测试环境:
数据库:Intel(R) Core(TM) 4CPU 2.4GHz 3.25GB Windows 2003 Oralce10g
中间件:Intel(R) Core(TM) 2CPU 2.4GHz 3.25 Windows 2003 Was 6.1.0.11
网络:公司内网
测试工具:loadrunner8
目标:200并发,3s
一开始测时,有好几个页面在60S,一查看原来是页面里包含了几个1.5M左右JS和CSS文件,其实很多
脚本文件在这些页面是不需要引用的,但是在开始的时候把全部的JS和CSS合并到了一个JSP页面里,
方便调用,没想到在这里引起了问题。
解决办法:1、清除不需要引用的JS脚本和CSS文件,
2、把需要用到的文件在登陆页面提前引用,进入系统后浏览器会使用缓存,不会重新下载这些文件
由于系统没有复杂的逻辑,因些服务端程序没有发现太大的性能问题。
主要做了如下调整:
1、对查询SQL,打印出来,然后查看其执行计划,根据过滤条件加索引。
2、在查询一个列表时,由于用到了多对一关联。后台查询时出现多条相同的查询SQL,(hiberante3.2)查了一下原因,虽然在hbm.xml配置文件中设置了fetch="join"。但是在查询时写法如下:from TZfdaInfo info where info.NRybh = ?,没有强制去取回映射的对象,
改为这程形式就好了:
from TZfdaInfo info inner join fetch info.user where info.NRybh = ?
一个子系统做好后,进行性能测试,由于是在一个大系统中,所以很多组件使用了原系统中的。
测试环境:
数据库:Intel(R) Core(TM) 4CPU 2.4GHz 3.25GB Windows 2003 Oralce10g
中间件:Intel(R) Core(TM) 2CPU 2.4GHz 3.25 Windows 2003 Was 6.1.0.11
网络:公司内网
测试工具:loadrunner8
目标:200并发,3s
一开始测时,有好几个页面在60S,一查看原来是页面里包含了几个1.5M左右JS和CSS文件,其实很多
脚本文件在这些页面是不需要引用的,但是在开始的时候把全部的JS和CSS合并到了一个JSP页面里,
方便调用,没想到在这里引起了问题。
解决办法:1、清除不需要引用的JS脚本和CSS文件,
2、把需要用到的文件在登陆页面提前引用,进入系统后浏览器会使用缓存,不会重新下载这些文件
由于系统没有复杂的逻辑,因些服务端程序没有发现太大的性能问题。
主要做了如下调整:
1、对查询SQL,打印出来,然后查看其执行计划,根据过滤条件加索引。
2、在查询一个列表时,由于用到了多对一关联。后台查询时出现多条相同的查询SQL,(hiberante3.2)查了一下原因,虽然在hbm.xml配置文件中设置了fetch="join"。但是在查询时写法如下:from TZfdaInfo info where info.NRybh = ?,没有强制去取回映射的对象,
改为这程形式就好了:
from TZfdaInfo info inner join fetch info.user where info.NRybh = ?