使用OSCache缓存的性能调优验证

%z.gl_U0使用OSCache缓存的性能调优验证

0U`9F)Dt0好久没写了，最近项目太多，目前手里还有2个性能测试的项目排着，偶都快成脚本机器了，不说废话了。51Testing软件测试网2_(G,O d?Rg:h

最近测试一个java开发的项目时，由于程序逻辑超级复杂，有些逻辑需要从3个表甚至以上获取数据，然后进行运算，导致SQL Server 2005压力超大，数据库连接池跑一会儿就满，每个事务的交易响应时间也超过40秒，反正就是性能一塌糊涂，匆忙写了一份报告告诉领导，他们现在这个不行，要不调整框架，要不进行调优。51Testing软件测试网};h V:C6N!K!a

开发后来把这几个页面进行了程序级的缓存，但是执行效果仍然不理想，直到后来采用了OSCache技术。

OSCache是一种以标签为基础，对页面进行快速内存缓冲的技术，目前应用比较普遍。具体介绍：http://hanfeng.blogbus.com/logs/2004/08/324010.html

u.j'}8oh#WrWKT0我们调优时，尝试了2种不同的方式，一个是Cache到内存，一个是Cache到磁盘。

3H$} xV!d0Cache到内存很好理解，当用户发送第一个交易请求后，服务端去数据库取数据，然后运算完毕，返回结果值，同时把值作为cache放到内存里，下次再次发送对应请求则直接到内存里读；CACHE到磁盘里就是生成一个文件，同时在内存中生成对应文件的索引，再次访问时直接通过索引找文件读取。51Testing软件测试网 W Nc|e3JV

调整后，两种方法分别验证发现效率差不多，不同的只是是牺牲磁盘效率还是牺牲内存而已。

到了这里，大家应该可以发现，时效性高的程序（就是数据更新较为频繁）使用这个技术效果没有时效性低的程序大。51Testing软件测试网O5mR'BZN1b.y

个人理解，加了缓存的页面就想访问静态页面，当然非常快了。

不过也发现这项技术有使用的局限性：
o'SA6f+MA%y0如果每次提交的请求必须完全相同（这样才能访问对应的cache；如果不同则不走cache直接去执行程序，那缓存无意义），例如：java的face类因为POST请求时，有关联项，每次51Testing软件测试网3P2`k6N#apEf

j^ X)Ov e1ea0请求都不一样，所以不能使用，要修改为html；

前后测试结果对比：
3lOr2j Rc-P0==============================================================
D$MK+Jge0测试点   前并发数 前交易响应时间 后并发数 后交易响应时间51Testing软件测试网*KfD
B G2|\$o|
测试一   200     40.53秒      1000    3.44秒
6d-KD4W!tv
N0测试二   300     43.42秒      500     0.707秒
DkSGU0测试三   300     27秒+        500     2.06秒
$M+P+D"D8Q|0测试四   300     20秒+        500     2.83秒
g;G(m/Nz,c0测试五   300     20秒+        500     2.56秒51Testing软件测试网3p n0j]S+v
测试六   300     20秒+        500     3.59秒
$BuI*Daa mbz0==============================================================51Testing软件测试网K$ks im1PL