精华内容
下载资源
问答
  • 2017-05-03 17:14:51

    一、背景 
    最近负责做一个平台的poc测试,性 能测试要求测试1000并发下平台的表现,web服务器采用的是weblogic,版本是11g,10.3.6,所有操作都是基于这个版本(因为以前修改 线程数的操作有些基于这个版本不能生效)。在LoadRunner压1000并发下,发现应用表现并不好,响应时间明显增加。

    二、分析 
    监 控服务器资源,发现集群平台服务器负载并不高,而web应用服务器负载同样也不高,服务器性能并没达到瓶颈。进入weblogic控制台,查看线程池,发 现在压1000并发的时候,请求积压队列明显较多,而线程数只有50左右。说明一下,weblogic产品模式下,默认初始线程数为25,开发模式下好像 是15,weblogic11g采用的是自调整线程池,看名字就可以猜出,他会根据应用情况自动增加减少线程数,而实际情况下,在压力增大的情况 下,weblogic也确实增加了线程数,但是增加的线程数不足以应付该需求,于是自然而然地想到了增加线程数。

    三、解决 
    weblogic11g已经不支持在控制台修改线程数,只能通过配置文件,网上有朋友说可以通过增加weblogic启动参数来配置线程数: 
    -Dweblogic.threadpool.MinPoolSize=100 
    -Dweblogic.threadpool.MaxPoolSize=500 
    该方法经试验,并不能生效,还好还一种方法,修改域下面conf里面的config.xml文件: 
    <server> 
    <name>AdminServer</name> 
    <self-tuning-thread-pool-size-min>400</self-tuning-thread-pool-size-min> 
    <self-tuning-thread-pool-size-max>400</self-tuning-thread-pool-size-max> 
    <listen-address/> 
    </server> 
    在 这里把线程数最大值最小值都设成了400,400这个数值不是乱设的,WebLogic可以近乎线性地提高线程数。线程数越多,花费在线程切换的时间也就 越多;线程数越小,CPU可能无法得到充分的利用。为获取一个理想的线程数,需要经过反复的测试。一般来说一个CPU最好小于50个线程数(注:笔者刚才 发现之前我把CPU数当成了核心数,笔者用的服务器是24核,所以当时理所当然认为设置1000个线程数也是ok的)。最开始使用1000线程数做测试, 因为最大并发数是1000,笔者想象来一个请求就给一个线程处理,没有请求排队,实际上确实如此,但是把线程数调低后,发现即使有排队情况出现,但响应时 间却比之前1000线程要快,为什么会出现这种情况呢?原来还有一点我们忘记了,数据库连接池。数据库连接池也是影响性能的指标之一,想想应用1000个 请求过来,但是数据库连接数不够,在数据库这边排队,还是会影响整体性能表现,所以如何配置weblogic线程数以及数据库连接线程数使整体性能达到最 优,这需要再仔细测试,如果数据库连接数也能设置到1000,我想应该这是一个比较理想的设置,但很多情况下根据平台不同,不可能这么简单,过高的连接数 总会占用过多系统资源,引发GC等一系列问题。笔者的应用根据多次测试,把数据库连接跟线程数设置成了一样的,都是400,这肯定不是最优的,但应该算是 性能表现比较满意的一组值。

    四、总结 
    1、出现性能瓶颈时,先找出现瓶颈的地方,是应用服务器还是数据库服务器 
    2、判断是否需要修改weblogic线程数以及数据库连接池的值 
    3、多次测试,得出一组合适的weblogic线程数的值以及数据库连接数的值

    更多相关内容
  • WebLogic执行线程耗尽解决方案

    千次阅读 2020-09-07 11:07:45
    WebLogic执行线程耗尽解决方案 WebLogic执行线程耗尽 1.1、概述 更多WebLogic相关知识...当一种资源处于缺少状态,比如数据库JDBC连接池的达到最大连接,就会导致后续的业务线程都卡在等待获取JDBC的连接上,最终导

    WebLogic执行线程耗尽解决方案

    WebLogic执行线程耗尽

    1.1、概述 更多WebLogic相关知识·:

    WebLogic集群管理 生活中常用脚本及运维技巧 WebLogic图形化安装及静默安装

    WebLogic服务器执行线程耗尽后就不再响应后续请求,WebLogic即出现挂起现象。

    WebLogic线程耗尽产生的原因有多种,一般而言线程耗尽是由于线程在争夺某种资源。当一种资源处于缺少状态,比如数据库JDBC连接池的达到最大连接数,就会导致后续的业务线程都卡在等待获取JDBC的连接上,最终导致服务器无法响应后续的服务请求。

    1.2、常见线程耗尽原因

    WebLogic服务器线程耗尽,最常见的几种原因如下:

    WebLogic、JDK自身的Bug

    业务系统中采用的开源软件的Bug

    主机硬件到达上限瓶颈,无法承担更多的负载

    数据库JDBC连接池耗光,后续业务线程无法获取到可用JDBC连接而一直处于等待状态

    应用程序同步调用。比如业务线程A执行的过程中锁定了资源1,而由于同步调用的原因导致其他业务线程不得不一直无限等待资源1的锁被释放。

    业务系统没有使用WebLogic线程池,而使用自定义的线程池。当自定义线程池全部被占用,就会导致没有线程可用于新工作。

    线程都处于等待RJVM、RMI响应

    应用配置不合理,比如设置了错误JSP PageCheckSeconds参数等

    1.3、判断条件

    在出现以下情况时怀疑WebLogic服务器线程耗尽:

    服务器不响应新的请求

    请求超时

    请求处理的时间越来越长(其最终结果可能是挂起)

    通常,服务器挂起不会表现为服务器崩溃,但服务器挂起之后可能会崩溃。

    1.4、收集信息

    当服务器挂起时,首先使用 java weblogic.Admin t3://server:port PING 来 ping 该服务器。如果服务器能够响应此 ping,则可能是应用程序所使用的线程池耗尽而不是服务器自身。

    WebLogic Server 在8.1版本之前使用“Default”线程池响应客户端服务请求,在9.0版本以后使用Default (self-tuning)线程池响应客户端服务请求。这些是在发生线程耗尽时应当检查的线程池。通常情况下,用收集JVM的Thread Dump的办法来分析线程池运行信息。 加粗样式

    Linux / Unix系统

    任何WebLogic版本均可使用 kill -3 创建诊断问题所需的 Thread Dump。确保在每个服务器上执行几次,每次间隔大约 3 到 5秒,以帮助诊断死锁问题。

    在WebLogic 9.2版本或者是更高的版本中,可以直接通过使用JDK的jstack命令来收集Thread Dump信息。

    Windows操作系统

    任何WebLogic版本均可使用 - 来创建诊断问题所需的 Thread Dump。确保在每个服务器上执行几次,每次间隔大约 3 到 5 秒,以帮助诊断死锁问题。

    在WebLogic 9.2版本或者是更高的版本中,可以直接通过使用JDK的jstack命令来收集Thread Dump信息。

    1.5、实施步骤

    收集操作系统、WebLogic运行相关基本信息

    收集出现线程耗尽时间段WebLogic运行日志

    采集Thread Dump

    在服务器上快速分析Thread Dump,初步定位线程耗尽问题

    重启线程耗尽WebLogic服务器,使其尽快对外提供服务

    将采集到的Thread Dump下载到本地,进行详细的离线分析

    1.6、分析Thread Dump

    WebLogic除了包含业务系统所使用的执行线程池以外,还包括ListenThread线程池、Socket Reader线程池以及自定义线程池等等。由于WebLogic软件是非常复杂的企业软件,所以在分析的时候,我们不但需要关注业务执行线程池,同时也需要关注其他线程池。WebLogic线程池简易图示如下:

    20160816100808222.jpg

    Thread Dump线程转储是将当前JVM包含的所有的线程的运行状态的一个映像,包含了:

    各个线程的栈 (stacktrace)

    线程当前的状态

    线程名字

    线程号(tid)以及对应的native thread id (nid) 等信息

    分析WebLogic服务器线程耗尽的最有用的办法是分析一系列 的Thread Dump。一系列 Thread Dump(一般每隔3 到 5 秒进行三个或更多 Thread Dump)可以帮助分析每个线程从一个 Thread Dump 到另一个 Thread Dump 过程中的状态变化或所缺少的变化。WebLogic服务器线程耗尽导致服务器挂起后,服务器的 Thread Dump 一般显示线程状态从第一个 Thread Dump 到最后一个 Thread Dump 中变化很小。

    在 Thread Dump 中查看的内容

    所有请求都通过 ListenThread 进入 WebLogic Server。如果 ListenThread 丢失,就无法接收任何工作,因此也无法完成任何工作。确认在 Thread Dump 中存在 ListenThread。ListenThread 应当在 socketAccept 方法中。下面示例说明监听线程 (Listen Thread) 的形式。

    20160816100818931.jpg

    Socket Reader 线程接受来自监听线程队列的传入请求,并将该请求放入执行线程队列。如果 Thread Dump 中没有 Socket Reader 线程,则在某个地方存在导致 Socket Reader 线程消失的错误。应当始终保持至少有三个 Socket Reader 线程。一个 Socket Reader 线程一般用于轮询功能,另外两个用于处理请求。下面是一个 Thread Dump 示例中的 Socket Reader 线程。

    20160816100826933.jpg

    通常,业务代码使用的是WebLogic默认的执行线程池,在WebLogic 8.1之前以“Default”命名,在9.x以后以“weblogic.kernel.Default(self-tuning)”命名。查看执行线程的状态,主要看thread dump里面的state的值。同时,为了更快的定位问题,WebLogic服务器会将运行时间超过600秒的执行线程标记为“STUCK”状态,如下所示:

    20160816100836627.jpg

    20160816100845743.jpg

    20160816100855898.jpg

    20160816100904957.jpg

    20160816100912120.jpg

    20160816100921301.jpg

    20160816100929200.jpg

    java中线程的状态

    Thread Dump中,Java线程的各种状态如下:

    状态

    说明

    NEW

    初始状态。线程刚刚被创建,并且start()方法还未被调用

    RUNNABLE

    运行状态。表示线程正在java虚拟机中执行,但是可能正在等待操作系统的其他资源,比如CPU

    BLOCKED

    阻塞状态。表示线程正在等待监视器锁。表示线程正在等待获取监视器锁,以便进入同步方法或者同步代码快,也有可能是从wait()方法被唤醒而等待再次进入同步方法或者同步代码块

    WAITING

    等待状态。表示当前线程需要等待其他线程执行一些特殊操作,比如当前线程调用了a.wait()方法,它正在等待其他线程调用a.notify或a.notifyAll方法;如果当前线程调用了threada.join(),那么它在等待threada执行完成

    TIMED_WAITING

    超时等待。与WAITING的不同在于,该状态有超时时间

    TERMINATED

    终止状态,表示当前线程已经执行完毕

    线程状态的详细介绍请参考Java源代码的Thread内部类:State。

    其中线程状态中WAITING与TIMED_WAITING区别如下:

    调用以下三个方法会进入WAITING状态:

    Object.wait() 不设置超时时间

    Thread.join() 不设置超时时间

    LockSupport.park() 不设置超时时间

    调用下面的方法会进入TIMED_WAITING状态:

    Object.wait(time)

    Thread.join(time)

    Thread.sleep(time)

    LockSupport.parkNanos(time)

    LockSupport.parkUntil(time)

    1.6、相关脚本

    收集thread dump的示例脚本如下:

    20160816100941476.jpg

    更多WebLogic相关知识·:

    WebLogic集群管理 生活中常用脚本及运维技巧 WebLogic图形化安装及静默安装

    ※部分文章来源于网络,如有侵权请联系删除;更多文章和资料|点击后方文字直达 ↓↓↓ 100GPython自学资料包 阿里云K8s实战手册 [阿里云CDN排坑指南]CDN ECS运维指南 DevOps实践手册 Hadoop大数据实战手册 Knative云原生应用开发指南 OSS 运维实战手册 云原生架构白皮书 Zabbix企业级分布式监控系统源码文档 10G大厂面试题戳领

    展开全文
  • weblogic最大线程 定义或什么是缠线? 如果线程 在设定 的时间 内连续工作(非空闲),则WebLogic Server会将其诊断为阻塞 。 您可以通过更改在诊断出线程被阻塞之前的时间长度( Stuck Thread Max Time ),...

    weblogic最大线程

    定义或什么是缠线?
     
    如果线程 在设定 的时间 内连续工作(非空闲),则WebLogic Server会将其诊断为阻塞
    您可以通过更改在诊断出线程被阻塞之前的时间长度( Stuck Thread Max Time ),以及通过更改服务器检查线程是否被阻塞的频率,来调整服务器的线程检测行为。 在此处查看如何更改“粘线最大时间”。

    问题还是为什么“粘线”是邪恶的?
     
    WebLogic Server自动检测执行队列中的线程何时变为“阻塞”状态。 由于卡住的线程无法完成其当前工作或接受新工作,因此服务器每次诊断出卡住的线程时都会记录一条消息。 如果执行队列中的所有线程都卡住,服务器将根据执行队列将其运行状况更改为“警告”或“严重”:

    • 如果默认队列中的所有线程都卡住,则服务器会将其运行状况更改为“ 严重” 。 (您可以将Node Manager应用程序设置为在严重运行状态下自动关闭和重新启动服务器。有关更多信息,请参阅“配置和管理WebLogic Server”中的“ Node Manager功能 ”。)
    • 如果weblogic.admin.HTTP,weblogic.admin.RMI或用户定义的执行队列中的所有线程都卡住了,则服务器会将其运行状况更改为“ 警告”
    因此,实际上,几个“阻塞线程”可能不会使服务器崩溃,从而阻止服务器处理请求,但这是一个不好的信号。 通常,卡住的线程数将增加,并且服务器最终将崩溃。

    为避免应用程序完全失败该怎么办?
     

    WebLogic Server会定期检查卡住的线程(这是“ 卡住线程计时器间隔” ,您可以在此处进行调整)。 如果所有应用程序线程都卡住,则服务器实例将自身标记为失败,如果配置为失败,则退出。 您可以配置节点管理器或第三方高可用性解决方案以重新启动服务器实例以进行自动故障恢复。您可以将以下操作配置为在并非所有线程都卡住但卡住的线程数超过配置的阈值时发生:如果工作管理器卡住了线程,请关闭它。 关闭的工作管理器将通过发送拒绝消息来拒绝新工作并拒绝队列中的现有工作。 在群集中,群集客户端将故障转移到另一个群集成员。
    • 如果应用程序中存在线程阻塞,请关闭应用程序。 通过使其进入管理模式来关闭该应用程序。 属于该应用程序的所有工作管理器都将关闭,并按上述方式运行。
    • 将服务器实例标记为失败,如果服务器中存在线程阻塞,则将其关闭。 在群集中,已连接或尝试连接的群集客户端将故障转移到另一个群集成员。

    如何识别问题?
     

    推荐的方法是检查线程转储。 选中“ 发送电子邮件警报以查找有关带有线程转储线程卡住中间件魔术文章” ,使线程转储在发生时自动发送给您。

    帮助您分析线程转储的工具有:

    如何解决该问题?
     

    确定导致卡住线程的代码(即执行所花费的时间超过堆栈线程的最大时间)后,可以使用工作管理器执行代码。 工作管理器具有“忽略卡住线程”选项,该选项使您能够执行长时间运行的作业。 见下文:

    以下是有关如何创建工作管理器的一些帖子

    测试:如何创建卡死线程?
     
    如何创建“卡住线程”以测试您的weblogic设置? 将断点放在请求所调用的支持bean或模型方法中。 如果您在断点处等待“最大线程停留时间”,则会注意到服务器日志中将显示“线程滞留”跟踪:

    <16 =?? 2011 12:28:22 ?? EET><Error><WebLogicServer><BEA-000337><[STUCK] ExecuteThread: '2' for queue: 
    'weblogic.kernel.Default (self-tuning)' has been busy for "134" seconds working on the 
    request "weblogic.servlet.internal.ServletRequestImpl@6e6f4718[
    GET /---/---/----/---/days.xhtml HTTP/1.1
    Connection: keep-alive
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.2 (KHTML, like Gecko) Chrome/15.0.874.120 Safari/535.2
    Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
    Accept-Encoding: gzip,deflate,sdch
    Accept-Language: en-GB,en-US;q=0.8,en;q=0.6
    Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
    Cookie: JSESSIONID=DYG5TDTZSnKLTFw5CMMdLCD9sPsZS4Jqlmxj9wdGNyt1BnPcfNrR!-1520792836
    
    
    
    
    ]", which is more than the configured time (StuckThreadMaxTime) of "60" seconds. Stack trace:
           --------------------------------------------(--------------------.java:83)
           javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:823)
           com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:285)
           com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185)
           com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129)
           javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:848)
           org.primefaces.renderkit.CoreRenderer.renderChild(CoreRenderer.java:55)
           org.primefaces.renderkit.CoreRenderer.renderChildren(CoreRenderer.java:43)
           org.primefaces.component.fieldset.FieldsetRenderer.encodeContent(FieldsetRenderer.java:95)
           org.primefaces.component.fieldset.FieldsetRenderer.encodeMarkup(FieldsetRenderer.java:76)
           org.primefaces.component.fieldset.FieldsetRenderer.encodeEnd(FieldsetRenderer.java:53)
           javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:878)
           javax.faces.component.UIComponent.encodeAll(UIComponent.java:1620)
           javax.faces.render.Renderer.encodeChildren(Renderer.java:168)
           javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:848)
           org.primefaces.renderkit.CoreRenderer.renderChild(CoreRenderer.java:55)
           org.primefaces.renderkit.CoreRenderer.renderChildren(CoreRenderer.java:43)
           org.primefaces.component.panel.PanelRenderer.encodeContent(PanelRenderer.java:229)
           org.primefaces.component.panel.PanelRenderer.encodeMarkup(PanelRenderer.java:152)

    更多挖掘:

    src:

    参考:ADF和Weblogic How To博客上, 我们的JCG合作伙伴 Spyros Doulgeridis 处理Weblogic的粘滞线程


    翻译自: https://www.javacodegeeks.com/2012/05/dealing-with-weblogic-stuck-threads.html

    weblogic最大线程

    展开全文
  • 转自:http://blog.csdn.net/z69183787/article/details/12647539声明:出现这个问题有程序方面、网络方面、weblogic设置方面等等原因,此文章...2.网络中断或者认为关闭交互这种情况也不能用weblogic处理(这点我是...

    转自:http://blog.csdn.net/z69183787/article/details/12647539

    声明:出现这个问题有程序方面、网络方面、weblogic设置方面等等原因,此文章主要讲述由于weblogic设置而导致的解决办法。

    因为:

    1.程序问题,需要项目自己去解决,weblogic在做优化处理也于事无补。

    2.网络中断或者认为关闭交互这种情况也不能用weblogic处理(这点我是这么认为的)

    一、说明:

    ,"weblogic.kernel.Default"是从客户端提交请求后产生的线程所在的队列名。这个队列的线程数默认是15个。如果超过15个线程堵塞,则部署的应用将不能访问。同时后台报:

    <2008-2-27 下午09时37分48秒 CST>

    'weblogic.kernel.Default' has been busy for "1,720" seconds working on

    the request "Http Request: /myapp/test/index.jsp", which is more than

    the configured time

    (StuckThreadMaxTime) of "600" seconds.>

    2,线程数(Tread Count):指派到weblogic.kernel.Default队列的线程数。如果你不需要使用超过15个线程(默认),就不必更改这个属性值。

    如果发送该请求较多,很有可能会导致weblogic的线程阻塞,严重会引起weblogic挂起现象。

    可以通过以下几种方法解决:

    1)修改StuckThreadMaxTime参数,将默认的600s改成1200s,或者其它适合的值。

    2)增大线程数,防止线程阻塞问题。

    3)优化程序,减少处理时间。

    二、修改办法

    ------------------------------------------↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓修改办法↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓---------------------------

    启动weblogic服务,进入控制台:

    your_domain->Environment->Servers->your_server->Configuration->Tuning->Stuck Thread Max Time

    如下图:

    L3Byb3h5L2h0dHAvbXkuY3Nkbi5uZXQvdXBsb2Fkcy8yMDEyMDQvMDkvMTMzMzk1NDI5MV82MzExLlBORw==.jpg

    2)怎样增大线程数

    window环境下修改【bea】\user_projects\domains\my_domain\bin\setDomainEnv.cmd文件,查询最下面set JAVA_OPTIONS=%JAVA_OPTIONS%

    改为:

    set JAVA_OPTIONS=%JAVA_OPTIONS% -Dweblogic.threadpool.MinPoolSize=50

    set JAVA_OPTIONS=%JAVA_OPTIONS% -Dweblogic.threadpool.MaxPoolSize=300

    展开全文
  • weblogic

    2021-03-31 21:51:26
    这个队列线程数默认是15个。如果超过15个线程堵塞,则部署的应用将不能访问。同时后台报: <2008-2-27 下午09时37分48秒 CST> <ExecuteThread: ‘14’ for queue: ‘weblogic.kernel.Default’ has been ...
  • 关于Weblogic线程数的几点使用  2014-09-30 10:26:29| 分类: 默认分类|举报|字号 订阅   下载LOFTER客户端 一、背景  最近负责做一...
  • ]", which is more than the configured time (StuckThreadMaxTime) of "600"...[STUCK] ExecuteThread: '92' for queue: 'weblogic.kernel.Default (se lf-tuning)'" {。。。。。...
  • Spring+weblogic JMS 多线程监听消息队列

    千次阅读 2018-03-27 11:26:28
    项目背景:Weblogic JMS消息队列中有非常多的消息需要处理,并且监听器onMessage()方法中的业务逻辑也相对比较复杂,为了加快队列消息的读取、处理速度。可以通过加快读取速度和加快处理速度两个方面来考虑。因此...
  • Weblogic监控的目的:发现系统中的隐患及系统运行是否稳定。主要从以下几方面进行检查: 一、操作系统: 检查系统cpu、内存等使用是否异常。如在负载不大的情况下,cpu是否一直居高不下,内存占用是否一直很大。...
  • 处理Weblogic卡住的线程

    千次阅读 2020-05-05 02:15:39
    如果线程 在设定 的时间 内连续工作(非空闲),则WebLogic Server会将其诊断为阻塞 。 您可以通过更改在诊断出线程被阻塞之前的时间长度( Stuck Thread Max Time ),以及更改服务器检查线程是否被阻塞的频率...
  • WebLogic用来响应客户端请求的线程数量的设置 博客分类:  知识篇 Weblogic线程企业应用performancethread   weblogic.kernel.default其实是一个weblogic的核心参数,设置的值就是weblogic用来响应...
  • 近期生产某系统中多次出现weblogic应用程序的线程被置为粘滞STUCK,导致weblogic线程阻塞和cpu占用率上升,引起weblogic服务挂起现象。 因此特对Weblogic线程的状态进行总结和分类。 活动线程(ACTIVE Thread): 有...
  • weblogic出现粘滞线程问题

    千次阅读 2018-08-23 18:56:24
    http://tekkamanninja.blog.chinaunix.net/uid-17176286-id-5180127.html  ...   粘滞线程问题及简单解决   测试代码出现类似如下问题 ####&lt;Mar 25, 2017 9:33:09 AM CST&g...
  • weblogic内部线程协作

    千次阅读 2017-07-01 11:06:12
    WebLogic Server的核心组件由监听线程,套接字复用器和可执行线程的执行队列组成。 1.当服务器由监听线程接收到连接请求。 2.将对它的连接控制权交给等待接收请求的套接字复用器。 3.然后套接字复用器读取离开套接...
  • 声明:出现这个问题有程序方面、网络方面、weblogic设置方面等等原因,此文章主要讲述由于weblogic设置而导致的解决办法。 因为: 1.程序问题,需要项目自己去解决,weblogic在做优化处理也于事无补。 2.网络中断...
  • Weblogic控制台监控发现 环境>>服务器>>你的服务器>>监控>>线程 中活动执行线程竟然是2000多。同一套系统在另一套平台上,并且访问的人不少,也没有超过100。重启此应用,活动进程依然没有...
  • weblogic12.2.1线程池监控指标说明

    万次阅读 2016-01-27 09:40:13
    1、weblogic版本为12.2.1最新版本 2、在进入环境->服务器->监视->线程池...1、活动执行线程: 池中的活动执行线程数。(可在config.xml下进行配置)配置方法为:  AdminServer  10  20   2、空闲执行线程:
  • weblogic性能调优

    万次阅读 2012-02-22 15:06:03
    weblogic 优化
  • 设置Weblogic以提高并发处理性能

    千次阅读 2014-12-08 09:42:36
    转自:... 1. 设置Weblogic线程数 将 Thread Count 改为一个较大的值,如 100。 2. 设置Weblogic JDBC 缓冲池 3. 关闭Weblogic服务器
  • 从这几天写java来实现weblogic9和10的自定义监控,发现weblogic8和9在执行线程数上调整有着很多不同的地方。 与8相比,9的执行线程数特性表现在:(1)线程自我优化 (2)有效的资源利用-自我优化(3)单个队列...
  • 神器Weblogic被越来越多的金融IT系统所使用,那么在性能测试过程中,大家对于Weblogic应该如何去查看它的性能情况呢?大家可以参考一下文档,希望对大家有所帮助! weblogic调优(实用) 1、检查频繁的标准输出或日志,...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 6,221
精华内容 2,488
关键字:

weblogic队列线程数