weblogic性能优化的相关设置_百度文库
赠送免券下载特权
10W篇文档免费专享
部分付费文档8折起
每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
weblogic性能优化的相关设置
阅读已结束，下载本文需要
想免费下载本文？
定制HR最喜欢的简历
你可能喜欢weblogic性能优化
&六、优化连接缓存
Config.xml文件中的元素接受缓存数（AcceptBacklog）属性是用来设定请求WebLogic实例的连接数，在拒绝额外的请求之前，能接受设定的缓存数。AcceptBacklog属性指定有多少TCP连接缓存在等待队列，这个固定的队列存放了TCP堆栈已经收到但应用程序还没有收到的连接请求。默认值是50，最大值由操作系统决定。
在控制台调整接受缓存数的步骤：
启动WebLogic，访问控制台。
展开左边面板Servers节点。
点击你要配置的服务器实例的名称。
选择配置（Configuration）――&调整（Tuning）标签。
根据需要修改默认的接受缓存数（Accept Backlog）：
在运行期间，如果许多客户端连接得不到响应或被拒绝，并且服务器端也没有错误消息，说明接受缓存的值可能太小。
在你访问WebLogic时，如果收到“拒绝连接（connection
refused）”的提示，则应该增加接受缓存的默认值的25％。继续增加其值的25％，直到停止出现这样的提示。
点击应用（Apply），保存设置。
七、如何提高JDBC连接池的性能
创建一个带DBMS的JDBC连接是非常慢的。如果应用程序需要数据库不断的连接和断开，这种创建方式会造成一个重大的性能问题。WebLogic连接池提供了一种高效的解决方案来解决这个问题。
当启动WebLogic，就打开连接池，以便于所有客户连接。当一个客户关闭一个连接，这个连接就返回到连接池，供其他的客户使用。连接本身不会关闭。如此就用极少的代价实现了连接和断开连接池。
在连接池里应该创建多少连接呢？连接池会根据配置参数中的最大数与最小数之间增加或减少连接。最好的性能应该是连接数与当前客户会话（Session）数相同。
7．1调整JDBC连接池的初始容量
在配置连接池时，
JDBCConnectionPool元素中的InitialCapacity属性能设定连接数，创建物理的数据库连接。如果服务器不能创建这个连接数，连接池的创建就会失败。
在开发期间，为了使服务器启动更快，可以很方便的设置InitialCapacity属性的值小一点。在产品系统中，就应该把InitialCapacity的值设为与MaxCapacity值相同，默认产品模式的值为25。这样，在服务器启动时，所有的连接就会被创建。如果你调整了MaxCapacity值后，一定要确信InitialCapacity值设置与MaxCapacity值相同。
如果InitialCapacity比MaxCapacity值少，当负荷增加时，服务器需要创建额外的数据库连接。当服务器处于低负荷时，所有的资源应该是尽快的完成请求，而不是创建新的数据库连接。
7．2调整JDBC连接池的最大容量
JDBCConnectonPool元素中的MaxCapacity属性设置连接池包含的最大的物理数据库连接数。不同的JDBC驱动程序和数据库服务器可能限制物理连接数。
默认的最大容量数与默认的线程数相等：开发模式为15，产品模式为25。不过，在产品模式下，建议连接数与当前的客户会话（Session）数相等。在服务器端，连接池的容量与执行线程数是无关的，正在进行的用户会话比执行线程更多。
八、设置Java编译器
Servlet的标准Java编译器是javac。你可以把java编译器设置为si或jikes代替javac，这样能极大的提高性能。下面讨论设置步骤及其要考虑的事项。
8．1通过控制台改变编译器
启动服务器，访问控制台。
展开左边面板Servers节点。
点击要配置的服务器实例的名称。
选择配置（Configuration）――&常规（General），在Java
Compiler编辑框输入编译器的完全路径。如：c:\visualcafe31\bin\sj.exe
点击高级选项（Advanced Option）――&Show，显示其他的属性。
用添加（Append）把完全路径通过Classpath框输入到JRE rt.jar
库。如：BEA_HOME\jdk141_02\jre\lib\rt.jar
点击应用。
重启服务器。
8．2在Weblogic.xml文件中设置编译器
使用compileCommand参数指定Java编译器。
使用procompile参数配置WebLogic，在启动WebLogic时预编译JSP。
8．3编译EJB容器类
使用Weblogic.appc的功能去编译EJB2.0和1.1容器类。如果编译Jar文件部署EJB容器，你必须使用weblogic.appc生成容器类。默认情况下，EJB使用javac编译器。为了得到跟好的性能，使用－compiler标志指定不同的编译器（如Symantec公司的sj）
8．4在UNIX环境下编译
在UNIX机器上编译JSP文件，如果收到下列错误消息：
failed：java.io.IOException:Not enough space
试试下列一些或所有的解决方法：
如果你只有256MB的内存，增加更大的内存。
提高文件描述文件的限制，如：
set rlim_fd_max=4096
set rlim_fd_cur=1024
启动JVM时，用－native标志来使用自有的线程。
九、使用WebLogic集群提高性能
WebLogic集群是指一组WebLogic实例在一起提供具有防过载和自有复制的功能，以用一个域为所有客户支持可伸缩的高可用性运行。集群对于客户是一个单一的服务器，但实际上是一组服务器来提高可靠性和可伸缩性。
9．1可伸缩性和高的可用性
可伸缩性是系统增加一个或更多部件作为系统资源的能力。很典型的是，这些部件使并发用户得到支持，使并发事务能在特定的时间单位能被处理。
假定应用程序设计良好，它完全可以简单的增加更多的资源来提高性能。为了增加WebLogic处理的负荷量，只需增加一个WebLogic实例到你的集群――不需改变应用程序。集群提高两个关键的好处：可伸缩性和可用性，这是单一服务器无法比拟的。
WebLogic集群给J2EE带来了可伸缩性和高的可用性，而且对于应用程序的开发者是透明的。可伸缩性扩展了中间层的能力，超过了单一的WebLogic服务器或单一的计算机能处理的。集群成员唯一的限制是所有WebLogic必须要用IP多点传送通信。新的WebLogic能动态的增加到集群，以增加处理能力。
WebLogic集群保证高的可用性是通过多个服务器的冗余，减少客户的请求失败。集群中多个服务器能提供同一服务。如果一个服务器停止运行，另一个能接替运行。这种功能为客户增加了可用性。
警告：如果你要解决应用程序和环境的颈瓶问题，增加额外的服务器到集群，应该提供线性的可伸缩性。定基准和初始配置测试运行时，在移到集群环境之前，应把应用隔离在单独的服务器上测试。
9．2在多CPU机器上运行多服务器实例，应考虑的性能问题
多处理器的机器上，必须考虑群集WebLogic实例数应与CPU的数量成比例。因为WebLogic没有内置限制的服务器实例数位于集群里，规模大的、多处理器服务器，如Sun公司的Sun
Enterprise 10000，有着当作非常大的集群或多集群主机的潜能。
在决定最佳的服务器与CPU比例前，彻底测试你的应用程序并确定如下：
网络要求 &如果你发现Web
应用程序是主要受网络I/O限制，在增加CPU数前，考虑测试网络的吞吐量。如果实际是网络I/O限制，安装一个更快的网络接口卡（NIC）可以提供性能，而不是增加额外的CPU，因为在等着读socket时，更多的CPU会处于闲置。
磁盘I/O要求
&&如果你发现Web应用程序主要受磁盘I/O限制。在配置额外的CPU前，就应该考虑增加磁盘转速或单个磁盘。
总之，在配置额外的CPU前，必须确定Web应用程序是受CUP限制，而不是受网络或磁盘I/O限制。
对于受CPU限制的应用，最初在每个CPU上对一个WebLogic实例进行性能测试。如果CPU利用率是一致的或者接近100％，然后增加CPU比重（例如，为一个WebLogic实例配置两个CUP），记住在产品模式下，应该有一些空闲的CPU周期存在去执行管理任务。
虽然Web应用程序的处理需求变化多端，但BEA公司发现WebLogic实例与CPU最理想的比例是1：2。
十、监视WebLogic域
监视WebLogic域的健康状况和性能的工具是管理控制台。通过控制台，你可以观察到WebLogic资源的状态和统计信息，如服务器，HTTP，JTA
子系统，JNDI,安全，CORBA连接池，EJB，JDBC以及JMS。
举个例子，在Server――&Monitoring――&Performance为当前服务器实例提供了与等待和运行状态的请求有关的性能参考。它包括下列信息：
队列中空闲线程数。
队列中等待时间最长的请求。
吞吐量，根据已经处理的请求数来衡量的。
队列长度，根据队列中等待请求数来衡量的。
JVM堆还有的内存量
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。如何查看weblogic堆栈信息_百度知道
如何查看weblogic堆栈信息
我有更好的答案
首先查看weblogic使用的是什么编码，查看方式如下： [html] view plaincopy 在severs/AdminServer/logs目录下的AdminServer.log中搜索file.encoding，会显示启动时使用的文件编码 看到weblogic使用的GB2312，这样就清楚了，需要修改weblogic的编
为您推荐：
其他类似问题
湿热体质的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。博客访问： 108008
博文数量： 53
博客积分： 1545
博客等级： 上尉
技术积分： 600
注册时间：
weblogic可优化参数配置列表
weblogic中影响性能的参数总结
??高速缓存
max-beans-in-cache
weblogic-ejb-jar.xml
实体bean缓存空间的大小，如果缓存的空间太小，有些bean就被滞留在数据库中，下次调用时就必须重新从数据库装载????
&"%JAVA_HOME%\bin\java" -hotspot -Xms512m -Xmx512m -classpath %CLASSPATH% -
startWLS.cmd /startWLS.sh
为得到高性能的吞吐量，把Java堆的最小值与最大值设为相等。????
????2。weblogic影响服务器性能的参数?
NativeIOEnabled
mydomain->Servers->myserver->Configuration->Tuning->“Enable Native IO”
TRUE，表示该Server使用本地I/O
SocketReaders
server—>configuration->tuning
设置在执行线程中专用做Socket Readers的百分比
Maximum Open Sockets
最大打开Socket数
Stuck Thread MaxTime
堵塞线程时间，超过这个时间没有返回的执行线程，系统将认为是堵塞线程??如果weblogic认为某个队列中的所有的线程全部堵塞的话，weblogic将会增加执行线程的数量。??注意：执行线程的数量一旦增加，目前weblogic不会去减少他，如果增加了一些线程以后再次出现overflow的警告，weblogic会继续增加执行线程的数量，一直到达到上限为止。??
Stuck Thread Timer Interval
系统检查堵塞线程的时间间隔??
Low Memory GC Threshold
当可用内存小于该百分比时，垃圾回收启动??
Low Memory Granularity Level
当两次检测的可用内存变化超过该百分比时，垃圾回收启动??
Low Memory Sample Size
在一次检测中的取样次数??
Low Memory Time Interval
检测间隔时间??
Accept Backlog
等待队列中最多可以有多少TCP连接等待处理，如果在许多客户端连接被拒绝，而在服务器端没有错误显示，说明该值设得过低。??如果连接时收到connection refused消息，说明应提高该值，每次增加25％??
ThreadCount
ExecuteQueue
console：mydomain->Servers->myserver ->Monitoring->Monitor all Active Queues... ->Configuration->weblogic.kernel.Default->
服务器初始创建的执行线程的数量，设置原则：??增大机器的最大并发线程数使处理器利用率达到最大。对于服务器端操作比较多的线程，应该减少线程计数；对于客户端操作比较多的，应该增加线程计数。并发线程数理论上等于“本地主机CPU个数+Stuck线程数”，够用即可，过大会降低系统性能??
QueueLength
在等待队列里的请求数，理想状态下是0??
QueueLengthThresholdPercent
一个百分数，当request的数量达到队列长度的这个比例的时候，weblogic会发出overflow的标志信息??
ThreadsIncrease
如果weblogic发出overflow的标志信息，weblogic会尝试增加这个数量的执行线程，以解决处理矛盾??
ThreadsMaximum
最大执行线程数??
Threads Minimum
最小执行线程数??
ThreadPriority
线程优先级??
Initial Capacity
mydomain-> JDBC Connection Pools->Configuration->Connections
初始数据库物理连接数??
MaxCapacity
最大数据库物理连接数??
Capacity Increment
每次数据库物理连接增加数??
Statement Cache Type
prepared statements缓存的策略，LRU算法在有新的语句到来时，将最不经常被用得语句调整出缓存。FIXED算法为先进先出的算法??
TestConnectionsOnReserve
TestConnectionsOnReserve设置为false（缺省设置）。如果此参数设置为真（true），则在连接被分配给调用者之前，都要经过测试，这会额外要求与数据库的反复连接??
Statement Cache Size
宏语句设定的静态缓存，大小由JDBC连接池配置时指定，调整这个数值的大小，有利于提高系统的效率??
Login Delay
创建数据库物理连接时的延时时间??
??3.更改webLogic为运行时模式??a)．为更改运行在一个WebLogic主机上的所有域的运行时模式，用文本编辑器打开WL_HOME\common\bin\commEnv.cmd(Windows) 或者WL_HOME\common\bin\commEnv.sh (UNIX)，WL_HOME是安装WebLogic的路径。??为指定的域更改运行时模式，就用文本编辑器打开domain-name\StartWebLogic.cmd (Windows) or domain-name\StartWebLogic.sh (UNIX)，domain-name为创建的域的目录。??b)．在这个脚本中，更改PRODUCTION_MODE的值，如果你要服务器运行在产品模式，指定其值为TRUE。??4.选择JRockit作为虚拟机??5.weblogic-ejb-jar.xml影响性能参数??
max-beans-in-free-pool
为Session和Message-Driven Beans设置EJB池大小
initial-beans-in-free-pool
为Stateless Sessions Beans的起始状态调整池大小
max-beans-in-cache
为Stateful Session 和 Entity Beans设置缓冲大小
concurrency-strategy
定义数据库锁
isolation-level
设置事务隔离级别
relationship-caching
Entity Beans的关联缓冲支持
阅读(2055) | 评论(0) | 转发(0) |
给主人留下些什么吧！~~
请登录后评论。下次自动登录
现在的位置:
& 综合 & 正文
优化WebLogic
优化 WebLogic
服务器性能参数
WebLogic 配置文件（config.xml）包含了大量很直观的与性能有关的参数，能通过配置环境与应用程序得到很好的优化。基于系统的需要调整这些参数不仅能改善单个点的性能，而且能提高整个应用程序性能的可衡量性。
试着采用下列WebLogic配置方法，或许能使你的系统达到最佳状态：
一 修改运行队列线程数的值。在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。当任务加入一个WebLogic 实例，它就被放到执行队列中，然后分配给任务一个线程来运行。线程消耗资源，因此要小心处理这个属性——增加不需要的值，会降低性能。
二，如果可能，使用自带的性能包（NativeIOEnabled=true）。
三，使用特定的应用程序执行队列。
四，使用JDBC连接池时，修改下列属性：
驱动名称：使用小的驱动或者jDriver。
初始容量：设为与最大容量相同的值。
最大容量：其值至少应与线程数相同。
五，把连接池的大小设为与执行队列的线程数相同。
六，设置缓冲。
七，为Servlet和JSP使用多个执行队列。
八，改变JSP默认的Java编译器，javac 比jikes或sj要慢。
为 WebLogic
启动设置 Java
设置与性能有关的配置参数。
调整开发与产品模式默认值。
使用 WebLogic
“自有的 IO
”性能包。
优化默认执行队列线程。
优化连接缓存。
如何提高 JDBC
连接池的性能。
使用 WebLogic
集群提高性能。
监视 WebLogic
WebLogic 启动设置
WebLogic ，就必须指定
Java 参数，简单来说，通过
WebLogic.Server
域的命令行就可以完成，不过，由于这样启动的过程冗长并且易于出错， BEA 公司推荐你把这个命令写进脚本里。为了简化这个过程，你可以修改样例脚本里的默认值，样例脚本是提供
WebLogic 启动服务器的。
如果你用配置向导创建你的域，
WebLogic 启动脚本（
startWebLogic.cmd
）放在 domain-name
目录里。默认情况下，这个目录是 BEA_HOME\user_projects\domain\domain-name
， BEA_HOME
表示安装路径， domain-name
是在配置模板中设置的域名称。
你需要在这个脚本中修改一些默认的
Java 参数值，使之适合你的应用环境和程序。在这个文件中主要的性能参数是
JAVA_HOME 和
Java 堆的大小。
设 JAVA_HOME
的值为 JDK
所在的位置，如：
set JAVA_HOME=C:\bea\jdk141_03
为得到高性能的吞吐量，把 Java
堆的最小值与最大值设为相等。如：
"%JAVA_HOME%\bin\java" -hotspot -Xms512m -Xmx512m -classpath %CLASSPATH% -
二、设置与性能有关的配置参数
在一个 WebLogic
域中，配置文件（ config.xml
）位于与管理服务器通信的机器里，提供
WebLogic MBean 的长期存储。管理服务器作为连接的中心点，为服务实例与系统管理工具提供服务。域也可以包括其他的
WebLogic 实例，称之为从服务，主要为应用程序提供服务。
当启动管理服务器是，首先读域配置文件，然后跳过建立在配置文件中管理
MBean 默认的属性值，每一次用系统管理工具（不管是命令行界面还是管理控制台）改变一个属性值，它都会被存到相应的管理
MBean ，并且写进配置文件。
下表列出了 config.xml
文件中影响服务器性能的参数。
控制台标签
NativeIOEnabled
Native IO Enabled
ExecuteQueue
ThreadCount
Thread Count
ExecuteQueue
QueueLength
QueueLengthThresholdPercent
ThreadsIncrease
ThreadsMaximum
ThreadPriority
Queue Length
Queue Length Threshold Percent
（队列长限度百分比）
Threads Increase
Threads Maximum
Thread Priority
StuckThreadMaxTime
StuckThreadTimerInteral
Stuck Thread Max Time
（堵塞线程的最长时间）
Stuck Thread Timer Interval
（堵塞线程的时间间隔）
ThreadPoolPercentSocketReaders
Socket Readers
AcceptBacklog
Accept Backlog
（接受缓存数）
JDBCConnectionPool
InitialCapacity
MaxCapacity
Initial Capacity
Max Capacity
JDBCConnectionPool
StatementCacheSize
Statement Cache Size
(声明高速缓冲大小)
三、调整开发模式与产品模式默认值
你可以指定域为开发环境或为产品环境。
WebLogic 会根据你指定的环境类型使用不同的默认值提供不同的服务。
下表列出了两种模式下的默认值
Execute Queue: ThreadCount
15 threads
25 threads
JDBC Connection Pool: MaxCapacity
15 connections
25 connections
更改运行时模式
在创建了一个域后，按下列步骤可以更改域里所有服务的的运行时模式：
1 ．为更改运行在一个
WebLogic 主机上的所有域的运行时模式，用文本编辑器打开
WL_HOME\common\bin\commEnv.cmd(Windows) 或者
WL_HOME\common\bin\commEnv.sh (UNIX)
， WL_HOME
是安装 WebLogic
为指定的域更改运行时模式，就用文本编辑器打开 domain-name
\StartWebLogic.cmd (Windows) or domain-name\StartWebLogic.sh (UNIX)
， domain-name
为创建的域的目录。
2 ．在这个脚本中，更改
PRODUCTION_MODE
的值，如果你要服务器运行在产品模式，指定其值为 TRUE
3 ．重启所有的服务器。
两种模式的不同
下表列出了开发模式与产品模式几种关键项的区别：
你可以使用
WebLogic 安全服务提供的验证数字证书。有这些证书，你开发的应用程序会在
保护的环境下运行。
如果你使用验证数字证书，会收到警告信息。
部署应用程序
实例会自动部署和更新位于 domain_name/applications
目录下的应用程序（
domain_name 为域的名称）。
不能使用自动部署功能，必须使用
WebLogic 控制台或者
WebLogiceblogic Deployer 工具。
Log File Rotation
启动服务器后，服务器自动重命名本地日志文件为
server-name.log.n ，为了滞留的
session ，只要日志文件的达到
500kb ，日志文件就会滚转一次。
当日志文件达到
500kb ，就会滚转。
Execute Queues
默认的执行线程为
默认的执行线程为
JDBC Connection Pool Capacity
默认的容量为
默认的容量为
四、使用WebLogic“自有的IO”性能包
当你使用自有的性能包，测试基准就表明了主要性能的提高。性能包采用最优化的平台及多线程的
Socket 去提高服务器的性能。例如，本地
Socket 读的多线程有自己的执行队列而不需要借用默认的执行队列线程，这样可以让默认执行线程很从容去处理应用程序。
不过，如果你一定要用纯 Java socket
读在主机上运行，你仍然可以通过配置每个服务器实例和客户机中适当的
socket 读的线程数量，来提高
socket 通信的性能。
设置性能包的操作方法：
默认情况下，装载在 config.xml
中的是自有的性能包。为了验证这个设置，在配置文件中检查
NativeIOEnabled 属性是否设为“
true ”（ NativeIOEnabled=true
你也可以通过管理控制台来验证，步骤如下：
启动管理服务器。
访问管理控制台。
展开左边面板的
Servers 节点，显示域服务。
点击你要配置的服务实例。
选择 Configuration
－ &Tuning tab
如果 Enable Native IO
复选框没有被选择，选中即可。
点击 Apply
重启服务器。
五、优化默认执行队列线程
默认情况下，一个新的
WebLogic 实例配置了一个开发模式执行队列，
weblogic.kernel.default,
它包含 15 个线程。另外，
WebLogic 提供了
2 个预配置队列：
weblogic.admin.HTTP——只在管理服务器上才有，这个队列供与管理控制台的通信用，你不能再配置它。
weblogic.admin.RMI——管理服务器和被管理服务器上都有这个队列，它是供管理的交通之用，也不能再配置它。
如果你不配置额外的执行队列，并且指定应用给这些队列，
web 应用程序和
RMI 对象就使用默认的队列
weblogic.kernel.default 。
注意；如果自带的执行包没有在你的平台上使用，你可能需要调整默认的执行队列线程数和担任
socket 读的线程的百分比，去实现最佳性能。
你应该更改默认的线程数吗 ?
增加更多的线程到默认的执行队列并不意味着你能处理更多的工作。即使增加更多的线程，仍然被处理器的能力限制。因为线程消耗内存，所以增加线程数属性的值不必要的降低了性能。一个高的执行线程数导致更多的内存被占用并且增加了上下文转换程序，它也会降低性能。
线程数属性的值与应用程序处理的工作的类型关系密切。例如，如果你的客户应用程序比较小，通过远程调用处理的工作较多，这样，客户端会花费更多的时间连接，因此，与能完成大量客户端任务的客户应用程序相比，会需要更多的线程数。
如果你的工作不需要使用超过15个线程（开发模式默认）或者25个线程（产品模式默认），就不要改变这个属性的值。通常，如果你的应用程序访问数据库花很长时间才返回结果，与访问数据库很短时间就返回的应用程序比较，你会需要更多的执行线程。从后者来看，用少点的线程数可能提高性能。
需要修改默认线程数的情形
为了给执行队列决定一个理想的线程数，当队列中所有应用程序都运行在最大负荷的情况下，监视队列的吞吐量。增加线程数，重复负载测试，直到达到最佳的吞吐量。（在某些情况下，增加线程数将产生足够多的上下文转换程序，使得队列中的吞吐量开始减少。）
WebLogic 管理控制台显示的是所有服务器执行队列累积的吞吐量。为了得到这个值，后面将会介绍。
下表列出了在WebLogic 域中调整的线程及与CPU数量相关的情形，这些情况也假定WebLogic运行在最大负荷下，并且使用默认的执行队列满足所有的线程的请求。如果你配置了额外的执行队列并指派了应用程序到具体的队列，就需要依据一个个连接池得到结果。
线程数&CPU的数量
线程数太少，如果：
正等着工作，但有工作被完成。
利用率不能达到100％。
增加线程数。
线程数＝CPU的数量
理论上理想，但是CPU仍然低利用。
增加线程数。
线程数（适当的）&CPU的数量
实际中理想，有个适当的上下文转换程序数量和高的CPU利用率。
调整适当的线程数并且比较性能结果。
线程数（较大的）&CPU的数量
过多的上下文转换程序，能导致重大的性能降级。
当你降低线程数时，性能可以增强。
减少线程数，使它等于CPU的数量，然后仅仅增加已经得出的“堵塞”线程的数量。
例如，如果你有4个处理器，它们都同时运行，并出现堵塞线程，于是，你想要的执行线程就是4＋堵塞线程的数
修改默认线程数的步骤
用管理控制台修改默认执行队列线程数如下：
如果管理服务器没有运行，先启动。
访问管理控制台。
展开左边面板的Servers 节点，显示域服务。
右击服务名称，在弹出菜单中选择View Execute Queues ，就会在右边面板显示有执行队列的表用来修改。
注意：你只能修改默认的执行队列或者用户定义的执行队列。
在Name列，直接点击默认执行队列名称，显示配置标签用来修改执行队列数。
填下适当的线程数。
点击Apply，保存刚才的修改。
重启服务器，使新的执行队列设置生效。
<div align="left" style="margin-top:6 text-inde
【上篇】【下篇】