`

(StuckThreadMaxTime)

阅读更多
<2008-4-12 20时48分52秒 GMT+08:00> <Error> <WebLogicServer> <BEA-000337> <ExecuteThread: '8' for queue: 'weblogic.kernel.Default' has been busy for "624" seconds working on the request "Http Request: /webbi/click.do", which is more than the configured time (StuckThreadMaxTime) of "600" seconds.>



如果代码中存在同步方法,并且是调用率比较高的,那么可能会出现CPU利用率低并且TPS也低的情况。通常Java应用自身的同步代码并不是很多,但是所用到的一些扩展的包,就有可能用到了同步代码。最典型的一个例子是Log4j. 给出一个示例的Thread Dump

"ExecuteThread: '152' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0x08d9fef8 nid=0x1f28 waiting for monitor entry [5a1fd000..5a1fe24c]
    at org.apache.log4j.Category.callAppenders(Category.java:185)
    - waiting to lock <0x838664b0> (a org.apache.log4j.spi.RootCategory)
    at org.apache.log4j.Category.forcedLog(Category.java:372)
    at org.apache.log4j.Category.info(Category.java:674)

    ...



152号执行线程在等待<0x838664b0> (a org.apache.log4j.spi.RootCategory) 对象被其他线程释放同步锁。在完整的Thread dump中可以看出,有大量的线程都在等待同一个对象。这个对象被158号线程使用:

"ExecuteThread: '158' for queue: 'weblogic.kernel.Default'" daemon prio=1 tid=0x08da4d28 nid=0x1f28 waiting for monitor entry [59efd000..59efe24c]
    at java.lang.StackTraceElement.toString(StackTraceElement.java:130)
    at java.lang.String.valueOf(String.java:2131)
    at java.lang.StringBuffer.append(StringBuffer.java:370)
    - locked <0xa32e5370> (a java.lang.StringBuffer)
    at java.lang.Throwable.printStackTrace(Throwable.java:512)
    - locked <0xa326af28> (a org.apache.log4j.spi.VectorWriter)
    at org.apache.log4j.spi.ThrowableInformation.getThrowableStrRep(ThrowableInformation.java:50)
    at org.apache.log4j.spi.LoggingEvent.getThrowableStrRep(LoggingEvent.java:333)
    at org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:295)
    at org.apache.log4j.WriterAppender.append(WriterAppender.java:150)
    at org.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:221)
    - locked <0x83866430> (a org.apache.log4j.ConsoleAppender)
    at org.apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:57)
    at org.apache.log4j.Category.callAppenders(Category.java:187)
    - locked <0x838664b0> (a org.apache.log4j.spi.RootCategory)
    at org.apache.log4j.Category.forcedLog(Category.java:372)



由于Log4j的同步代码导致出现上述的问题。所以,如果不是为了跟踪问题,尽量将Log4j的日志级别设置的高一些。减少同步代码的调用,能够极大的利用硬件资源。





分享到:
评论
2 楼 iwlk 2009-07-24  
如果代码中存在同步方法,并且是调用率比较高的
---------------
"同步方法" 是什么?
1 楼 beyondsanli 2008-04-12  
servlets配置一个单独的执行队列.


如果一个应用中有部分页面执行时间较长,并且使用频率较低,可以为这些JSP/Servlet或者EJB配置独立的执行线程(当然了,尽量优化应用才是治本之道),将执行效率低下的放到一个执行线程队列,将效率高的放到一个执行线程队列,这样就避免因为一个执行效率低的页面影响整个应用了。

下面是简单的步骤说明:

1. 配置整个Web应用到单独的执行队列

编辑web应用的weblogic.xml,加入<wl-dispatch-policy>节点: <wl-dispatch-policy>yourexecutequeue</wl-dispatch-policy>

2. 配置JSP/Servlet到单独的执行队列

如果是JSP,编辑web应用的web.xml,加入一个<servlet>节点

<servlet>
       <servlet-name>myServlet</servlet-name>
       <jsp-file>/context/package/file.jsp</jsp-file>
</servlet>

然后在weblogic.xml中对这些Servlet进行配置

<servlet-descriptor>
        <servlet-name>the servlet name or the servlet for the jsp file</servlet-name>
        <dispatch-policy>your customized queue name</dispatch-policy>
</servlet-descriptor>

3. 配置EJB到单独的执行队列

编辑weblogic-ejb-jar.xml,例如:

<weblogic-enterprise-bean>
  <ejb-name>Hello</ejb-name>
  <jndi-name>lab.ejb.Hello</jndi-name>
  <dispatch-policy>your customized queue name</dispatch-policy>
</weblogic-enterprise-bean>

相关推荐

    weblogic&websphere性能指标

    通过控制台(mydomain-&gt;Servers-&gt;myserver-&gt;Configuration-&gt;Tuning)下的`StuckThreadMaxTime`选项,可以进行个性化配置。 #### Server/StuckThreadTimerInterval **指标名称**:Server/StuckThreadTimerInterval *...

    weblogic日常维护总结及故障诊断.doc

    如果发现线程被阻塞,例如`ExecuteThread`在一个队列上超过预设的时间(StuckThreadMaxTime)工作,这通常需要进一步的调试。堆栈跟踪可以帮助定位导致阻塞的具体代码行。 在尝试解决问题时,可以依据找到的问题点...

    weblogic中间件通用应急处置预案.doc

    2. **线程阻塞 (StuckThreadMaxTime)**:可能是因为某个线程长时间未完成,需要检查线程状态,优化代码,或调整线程池设置。 3. **JDBC连接池满 (PoolLimitSQLException)**:在启动或运行过程中,需增加连接池大小,...

    Weblogic%20Server优化文档

    | Server | StuckThreadMaxTime | StuckThreadMaxTime | 设置检测死锁线程的最大时间间隔。 | | | StuckThreadTimerInterval | StuckThreadTimerInterval | 检测死锁线程的时间间隔。 | | Server | ...

    jdk 参数详解

    在Weblogic服务器中,当一个线程执行时间超过预设的“StuckThreadMaxTime”(默认60秒)时,会发出警告,但不会自动采取行动。这种情况下,开发者需要通过生成线程堆栈(thread dump)来分析导致线程长时间运行的...

    weblogic宕机处理文档

    日志中频繁出现的错误信息`&lt;Error&gt; &lt;WebLogicServer&gt; &lt;BEA-000337&gt;`表明有执行线程在处理特定请求(如`Http Request: /guestAction.jsp`)时超过了预设的超时时间(StuckThreadMaxTime)60秒。这揭示了WebLogic的...

    weblogic优化

    - **堵塞线程最大时间(`StuckThreadMaxTime`)**: 连续运行达到该时间的线程被视为堵塞。默认值为600秒。 - **堵塞线程时间间隔(`StuckThreadTimerInterval`)**: 定期检查线程是否堵塞的时间间隔,默认值为600秒。 ...

    WebLogic Server 10 + 性能调优

    当线程运行时间超过预设的最大值(StuckThreadMaxTime,默认为600秒)时,WebLogic Server会将线程标记为STUCK,并记录警告消息。此外,需要定期进行线程转储以诊断潜在的性能问题,特别是当遇到堵塞线程时。 工作...

    weblogic cluster调优过程

    - **StuckThreadMaxTime/StuckThreadTimerInterval**:这两个参数用于检测和处理“卡死”的线程。 - **ThreadPoolPercentSocketReaders/AcceptBacklog**:这些参数分别用于调整Socket读取线程的比例和监听队列长度。...

Global site tag (gtag.js) - Google Analytics