问题:
Compuware统计结果显示许多instance的launce transaction都显示为red,证明性能没有达到定义的SLA水平。其实这个Launce transaction的动作就是——打开浏览器,输入ERP的Form登录地址,载入显示登录界面。为什么这么简单的事务性能却很差。作为访问ERP客户的Agent离ERP服务器很近,网络不应该是考虑因素。最后定位为Cache问题。通过控制面板中,点开Jinitiator,察看Cache面板,缓存大小为安装默认的50M。察看存放缓存的目录,已经达到48M。因为在这个Agent上会访问很多的Instance,所以会有相当多的Jar需要Cache。然后,在Basic面板,Enable Java Console,这样可以从Console查看Applet载入的过程。打开一个最近很少访问的ERP地址,从Console可以看到有部分Jar文件需要重新Download(因为不在Cache目录中),有部分Jar从Cache目录中删除(因为已经达到Cache目录的最大限制),这些都是消耗时间的步骤。
解决方法:
增大Cache目录大小。选定无限制,这是因为这个Agent还有20G,而只用来测试ERP性能。
其他:
可以通过控制台设定Java使用的Cache大小,如果系统运行过程中发现是因为客户端速度太慢的问题。先观察一下更改Cache后的结果在说。有资料说The caching mechanism uses a smart expansion algorithm to store JAR files in an uncompressed format。找了很久没有找到到底是什么smart expansion algorithm。算了,也不重要了。
登录Agent后,发现Cache目录的大小刚刚被人改掉了,出手太慢。检查一下Cache目录大小,已经达到61M了。应该和设想的一样。其他性能较差部分,需要再检查一遍QRun的脚本,看到底是服务器性能问题还是脚本问题。
参考:
Metalink: Doc ID: Note:310976.1
http://www.oracle.com/technology/software/products/developer/files/1.3.1.25/readme.html
2007年6月18日星期一
订阅:
博文评论 (Atom)
没有评论:
发表评论