Weblogic调整参数和监视指标

Weblogic调整参数和监视Weblogic调整参数主要从SEVER，ExecuteQueue，JDBC和其他相关参数调整Weblogic: 1.在mydomain->服务器-> myserver->配置->调整->在“启用本机IO”中使用SERVER : 1.本机IOEnabledTRUE，这意味着服务器使用本地I / O. 2. SocketReaders设置执行线程中专用Socket Reader的百分比. 3.最大打开套接字数. 4.阻塞线程MaxTime阻塞线程时间. 如果执行线程在此时间后未返回，则系统将认为该线程已被阻塞. 如果weblogic认为队列中的所有线程均被阻塞，则weblogic将增加执行线程的数量. 注意: 一旦执行线程数增加，weblogic目前将不会减少执行线程数. 如果在添加一些线程后再次出现溢出警告，则weblogic将继续增加执行线程的数量，直到达到上限. 5.阻塞线程计时器间隔系统检查阻塞线程的时间间隔. 6.低内存GC阈值当可用内存小于该百分比时，将启动垃圾回收. 7.低内存粒度级别当检测到两次可用内存变化超过该百分比时，垃圾回收开始. 8.低内存样本大小一个测试中的样本数量9.低内存时间间隔检测间隔10.可以处理“接受积压”等待队列中的最大TCP连接数. 如果许多客户端连接被拒绝，并且服务器端没有错误显示，则表明该值设置太低.

如果在连接时收到连接被拒绝的消息，则应每次将值增加25％. 2. ExecuteQueue在mydomain-> Servers-> myserver-> Monitoring-> Monitor all Active Queues-> Configuration-> weblogic.kernel.Default-> 1中，即ThreadCount服务器最初创建的执行线程数，设置原则: 增加计算机的并发线程的最大数量，以最大化处理器利用率. 对于具有更多服务器端操作的线程，应减少线程数. 对于那些具有更多客户端操作的用户，应增加线程数. 理论上，并发线程数等于“本地主机上的CPU数+卡住的线程数”，这就足够了. 如果太大，将降低系统性能. 2. QueueLength等待队列中的请求数. 理想情况下为0. 3. QueueLength阈值百分比，当请求数达到此队列长度的比率时，weblogic将发出溢出标志消息4. ThreadsIncrease如果weblogic发出溢出标志消息，则weblogic将尝试增加此数目. 解决问题的执行线程. 5. ThreadsMaximum最大执行线程数6，最小线程数7，ThreadPriority线程优先级III，服务中的JDBC-> JDBC-> JDBC连接池->配置->名称->连接1，初始容量初始物理connection 2 MaxCapacity物理连接的最大数量3，容量增加每个物理连接的数量都会增加4，Statement Cache Type编写的语句缓存策略，当新语句到达时，LRU算法将从缓存中调整最不常用的语句.

FIXED算法是FIFO算法. 5. TestConnectionsOnReserve TestConnectionsOnReserve设置为false（默认设置）. 如果将此参数设置为true，则必须先测试连接，然后才能将连接分配给调用方. 另外，这将需要重复连接. 6.语句高速缓存大小宏语句设置的静态高速缓存. 大小由JDBC设置. 指定何时配置连接池. 调整该值有助于提高系统效率. 7.登录延迟创建与的物理连接时的延迟时间. Weblogic监视指示器线程监视: DOMAIN->选择service-> Monitoring-> General-> Monitor all Active Queues ...-> Monitor all Execute Threads ...在此列表中，您可以查看应用程序的当前线程状态. 如果要进一步跟踪线程，可以使用KILL -3跟踪和查看进程状态. 通常，以下线程具有以下状态: A.可运行: 此状态表示该线程具有所有运行条件，正在为在运行队列中进行调度而准备操作系统，或者正在运行B，等待条件: 此状态发生在以下情况: 线程等待条件发生1线程正在等待网络读取和写入2. 线程正在睡眠并等待睡眠时间到指定时间，将被唤醒.

C，等待监视器输入并在Object.wait（）中: 每个监视器一次只能由一个线程拥有. 该线程是“活动线程”，其他线程是“等待线程”. 在两个队列“ Entry Set”和“ Wait Set”中等待. 在“条目集”中等待的线程状态为“正在等待监视器输入”，而在“等待集”中等待的线程状态为“在Object.wait（）中”. 线程为什么要输入“等待集”. 当线程获取Monitor并进入关键部分时，如果发现不满足该线程继续运行的条件weblogic调优与监控，它将调用对象（通常是同步对象）的wait（）方法，放弃Monitor，并进入“等待设置”队列. 仅当其他线程在对象上调用notify（）或notifyAll（）时，“等待集”队列中的线程才有机会竞争，但是只有一个线程获取对象的监视器，并返回运行状态D，死锁: 在编写多线程程序时，如果未正确使用同步机制，则可能导致程序死锁，这通常表现为程序暂停或不再响应用户请求.

E. 热锁定: 通常是导致系统性能瓶颈的主要因素. 它的性能特征是由于多个线程争用关键部分或锁，因此可能出现: 频繁的线程上下文切换: 从操作系统的线程调度角度来看，当线程正在等待资源并被阻塞时，操作系统会将其切换出并放入等待队列中. 线程获取资源后，调度算法将把该线程切换到执行队列中. 大量的系统调用: 由于线程的上下文切换，热锁的竞争或关键部分的频繁进入和退出，可能导致大量的系统调用. CPU的大部分开销都在“系统模式”中使用: 线程上下文切换和系统调用将导致CPU在“系统模式”下运行. 换句话说weblogic调优与监控，尽管系统繁忙，但是“用户模式”中使用的CPU比例相对较高. 小型应用程序无法获得足够的CPU资源. 随着CPU数量的增加，系统的性能会下降. 因为同时有更多的CPU和更多的线程在运行，这可能会导致更频繁的线程上下文切换和系统状态CPU开销，从而导致性能更差的连接监视: DOMAIN-> select service-> Monitoring-> General-> Monitor all连接...性能监视: DOMAIN->选择服务->监视->性能1.空闲线程: 分配给队列的空闲线程数2.最旧的待处理请求: 队列中放置的最常见请求3 . 吞吐量: 队列已处理的请求数4.队列长度: 等待队列5.内存使用情况: 当前内存堆栈使用情况6. GC状态消息监视: DOMAIN->选择服务->监视-> JMS1，当前连接: 此服务器的当前连接数. 2，连接数高: 自上次重置以来，与该服务器的最大连接数. 3.总连接数: 自上次重置以来与此服务器建立的连接总数. 4，当前的JMS服务器: 此WebLogic Server实例上部署的当前JMS服务器数. 5，服务器数量高: 自启动此服务器以来，在此WebLogic Server实例上部署的JMS服务器数量最多. 6，服务器总数: 0自启动此服务器以来，已在此WebLogic Server实例上部署的JMS服务器的总数. 事务监视: DOMAIN->选择服务->监视-> JTA 1，事务总数: 1641服务处理的事务总数，2，已提交的总数: 1641已落实的事务总数3.已回滚的总数: 0事务总数回滚4.超时回滚: 0由于超时异常而回滚的事务数5.资源回滚: 0由于资源错误而回滚的事务数6.应用程序回滚: 0按应用程序回滚的事务数7，系统回滚: 0系统回滚的事务数8，总启发式: 0以启发式状态完成的事务总数. 9，放弃的事务总数: 0此服务器放弃的事务总数. 10，活动交易数: 0服务器上的活动交易数. 11.平均提交时间: 0 ms此服务器协调的事务已花费的平均时间（以毫秒为单位）. 请求监视: DOMAIN->部署-> Web应用程序模块->选择应用程序->监视-> Servlets该列表显示了自服务启动以来需要监视请求的耗时情况的日志: 1.服务器日志2，访问日志

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-147737-1.html