快速业务通道

Weblogic session persistence的性能的问题 - 编程入门网

作者 佚名技术 来源 NET编程 浏览 发布时间 2012-06-21
       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

1   /*package*/ void syncSession(FileSessionData data, File saveTo) { 2       if (!isValid()) return; 3 4       DataOutputStream os = null; 5       String id = data.id; 6       synchronized(this) 7       { 8           try { 9               os = new DataOutputStream(new FileOutputStream(saveTo)); 10               WLObjectOutputStream oos = new WLObjectOutputStream(os); 11               oos.setReplacer(RemoteObjectReplacer.getReplacer()); 12               oos.writeObject(data); 13               oos.flush(); 14               os.writeLong(data.getLastAccessedTime()); 15               oos.close(); 16               os.close(); 17             os = null; 18             if (verbose) HTTPSessionLogger.logPickledSession(id, saveTo.getAbsolutePath()); 19           } catch (ThreadDeath td) { 20             throw td; 21           } catch (Throwable e) { 22             HTTPSessionLogger.logErrorSavingSessionData(e); 23             if (saveTo != null) saveTo.delete(); 24           } finally { 25             if (os != null) { 26               try { os.close(); } catch (Exception ignore) {} 27             } 28           } 29         } 30   }

同样loadSession()也被挪到了FileSeesionData, FileSessionContext只调用FileSessionData的接口就可以了。虽让这样可以做到并行写入,但整体性能还是不如JDBC。同样是文件写入, DB毕竟是异步写入的。提交到内存,然后由DBWn和LGWn完成具体的写入工作,所以性能上要好很多。

这样的实现在JDBCSessionData中可以看到,JDBC相关的工作并没有交给JDBCSessionContex

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢!

分享到: 更多

Copyright ©1999-2011 厦门凌众科技有限公司 厦门优通互联科技开发有限公司 All rights reserved

地址(ADD):厦门软件园二期望海路63号701E(东南融通旁) 邮编(ZIP):361008

电话:0592-5908028 传真:0592-5908039 咨询信箱:web@lingzhong.cn 咨询OICQ:173723134

《中华人民共和国增值电信业务经营许可证》闽B2-20100024  ICP备案:闽ICP备05037997号