WebLogic JRockit的使用和性能调优 - 编程入门网

WebLogic JRockit的使用和性能调优(4)

四．用JRockit8.1中的Method Profiler调优WebLogic

1．关于Method Profiler工具

BEA WebLogic JRockit 8.1提供了一个Profiling工具：Method Profiler来调优WebLogic应用。

2．利用Method Profiler调优WebLogic应用

JRockit 8.1所带的Method Profiler工具能够将所有在JRockit Java虚拟机上执行的成员方法的调用次数、执行的总时间和每次调用的执行时间都统计出来，如图1所示。这样的功能一来可以让我们对跑在WebLogic上的应用进行tuning（代码级的），二来也大大方便了我们确定系统瓶颈在何处。这也可以说是JRockit JVM相对于其他JVM在功能上的一大优势。

在一次对WebLogic Server 8.1的压力测试中，对一组包含了CMP特性的样本进行压力测试时，就利用JRockit的Method Profiler诊断出了系统的瓶颈所在，现介绍如下。CMP这组样本中原先对CMP Entity Bean的操作除了用ejbCreate插入一条记录之外，紧跟着用setName方法设置其name属性，即UPDATE其对应数据库记录中name域的值，代码如下：

public void ejbCreate() //Stateful4CMPBean中的方法 throws CreateException { try { Context ctx = new InitialContext(); SheepHome home = (SheepHome)ctx.lookup("Sheep"); Sheep sheep = null; int x = getNextId(); // getNextId()也包含对数据库的操作 sheep = home.create(x); if(sheep != null) { sheep.setName("sheep1".concat(String.valueOf(String.valueOf(x)))); m_strMsg = "create sheep".concat(String.valueOf(String.valueOf(x))); } else { m_strMsg = "The sheep name is not created."; } } catch(Exception e) { m_strMsg = "*** some exception occured! (CMP) ".concat(String.valueOf(String.valueOf(e.getMessage()))); } }

此时测出来的数据，TPS平均值非常低，且测试时Response Time总是随着时间的增长几乎呈线性攀升。于是用Method Profiler进行诊断：

（1）在JRockit的启动参数中加入-Xmanagement，以便启动JRockit的时候同时启动其Management Server。

（2）启动JRockit Management Console，并且将其连接到启动了的Management Server上。（在做压力测试时用JRockit Management Console进行观察对性能的损耗可以忽略不计）

（3）在JRockit Management Console中，将ToolsàPreferences菜单中的Mode of operation属性设为developer。

（4）在Method Profiler属性页中添加你所需要观察的类的成员方法。

（5）按Start按钮让Method Profiler开始进行统计。

Time/Inv(ns)指标的显示结果表明Stateful4CMPBean.ejbCreate()代码所含逻辑成为了系统的瓶颈。结果又显示getNextId()和home.create()操作消耗的时间只占Stateful4CMPBean.ejbCreate()的一小部分，而sheep.setName()操作消耗的时间却占了Stateful4CMPBean.ejbCreate()的剩下的（指除去getNextId()和home.create()操作消耗的时间）绝大部分。

于是又用Method Profiler作了一系列实验，结果如下：用1个用户做压力测试，sheep.setName()操作消耗的时间为X，getNextId()操作消耗的时间为Y，home.create()操作消耗的时间为Z；用2个用户做压力测试，sheep.setName()操作消耗的时间约为2X，getNextId()操作消耗的时间约为Y，home.create()操作消耗的时间约为Z；用3个用户做压力测试，sheep.setName()操作消耗的时间约为3X，getNextId()操作消耗的时间约为Y，home.create()操作消耗的时间约为Z。可以比较肯定地判断，sheep.setName()执行的是一个串行化的逻辑。检查Oralce中UPDATE的ISOLATION-LEVEL，果然为SERIALIZABLE。

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