Weblogic session persistence的性能的问题 - 编程入门网
os.writeLong(data.getLastAccessedTime());
10 oos.close();
11 os.close();
12 }
Weblogic session persistence的性能的问题(3)时间:2011-01-11 BlogJava 走走停停又三年有了这样的代码,这么差的性能就不足为奇了。同样的代码还出现在loadSession()中。这些原本应该由 FileSessionData(对应于每一个具体的Session)完成的工作,都交给了FileSessionContext去做。 SessionContext是什么,顾名思义,Session的上下文,Session的管理者,同一个WebApp的所有Session都由它管理。原本是个管理者,这里却沦落为工兵。打个比方,老板手下50小兵,每个小兵每天要写100行代码,结果小兵都不干活,都交给老板去做了,老板一天要写 5000行,而且必须串行完成,不带并行干活的。这样的老板谁干,不累死才怪。 开始别人说file persitence性能差,我不加思索的来了个结论:不差才怪,一个文件,只能串行写入,能有什么好的性能?后来自己做测试的时候才发现,压根不是我想的那样。设计者的初衷应该是并行的,因为每个Session有个对应的file,而不是公用一个文件。就因为上面的代码段,一个并行的初衷被扼杀了,不知道R&D的同事怎么考虑的。 我自己试着改了该代码,将所有文件读写的工作交给了FileSessionData.java, FileSessionData.java
同样loadSession()也被挪到了FileSeesionData, FileSessionContext只调用FileSessionData的接口就可以了。虽让这样可以做到并行写入,但整体性能还是不如JDBC。同样是文件写入, DB毕竟是异步写入的。提交到内存,然后由DBWn和LGWn完成具体的写入工作,所以性能上要好很多。 这样的实现在JDBCSessionData中可以看到,JDBC相关的工作并没有交给JDBCSessionContex |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |