JBoss AS 7性能调优(三)

标签: jboss as 性能调优 | 发表时间:2014-05-07 18:45 | 作者:wilbertzhou
出处:http://blog.csdn.net

原文: http://www.mastertheboss.com/jboss-performance/jboss-as-7-performance-tuning/page-4


调优Web服务器线程池

还有很多需要调优的地方最终影响Web服务器的性能,其中一个最重要的因素是调优HTTP线程池设置,以匹配web请求的负载。这其实是很难做到的,但可通过调优获得最佳性能。

web服务器的线程数量是通过executor的属性来设置的:

<subsystem xmlns="urn:jboss:domain:web:1.0">

 

 <connector enable-lookups="false" enabled="true"       

 executor="http-executor"

 max-connections="200"

 max-post-size="2048" max-save-post-size="4096"

 name="http" protocol="HTTP/1.1"

 proxy-name="proxy" proxy-port="8081"

 redirect-port="8443" scheme="http"

 secure="false" socket-binding="http" />

. . .

</subsystem>

然后,在线程子系统中,可以定义将要使用的池的线程数,连同其他线程属性(参见第2章,配置应用程序服务器,以获取有关线程子系统详细介绍):

<subsystem xmlns="urn:jboss:domain:threads:1.0">

    <bounded-queue-thread-pool name="http-executor"

        blocking="true">

        <core-threads count="10" per-cpu="20" />

        <queue-length count="10" per-cpu="20" />

        <max-threads count="10" per-cpu="20" />

        <keepalive-time time="10" unit="seconds" />

    </bounded-queue-thread-pool>

</subsystem>

最重要的连接器的属性是 core-threadsmax-threads,这些值设置的太低,可能没有足够的线程来处理所有的请求,在这种情况下,请求不被处理必须等待一段时间,直到另一个请求线程被释放。过低的值也意味着JBoss的Web服务器将无法充分利用服务器硬件的优势。

另一方面,要小心设置这些线程数,线程数设置过高会导致:
•    消耗大量的内存;
•    系统会消耗更多的时间做上下文切换。

你应该首先调查是否存在个别的请求耗用过长的时间,线程是否返回到池中?如果存在这种情况,可能原因是,数据库连接没有释放,线程排队等待获取一个数据库连接,从而使其他请求无法得到处理。

在这种情况下,简单地增加更多的线程会消耗更多CPU,GC更加频繁,从而使事情变得更糟。在应用程序中你可以通过采取简单的线程转储(thread dump),找出web服务器线程究竟在哪里阻塞,例如在这张图片中,从 JConsole的线程选项卡中,通过观察它的堆栈跟踪,你可以看到看起来和下面类似的 空闲线程idle thread):


另一方面,下面的HTTP线程忙于做输入/输出操作,可能的原因是,例如Web服务器正在从外部资源获取数据。


从上面的快照可以指导你如何监视Web服务器上运行的线程,只需在最下面的文本框填写executor的名称(http-executor),就会显示所有Web服务器线程的列表。

作者:wilbertzhou 发表于2014-5-7 10:45:54 原文链接
阅读:5 评论:0 查看评论

相关 [jboss as 性能调优] 推荐:

JBoss AS 7性能调优(四)

- - CSDN博客系统运维推荐文章
 原文: http://www.mastertheboss.com/jboss-performance/jboss-as-7-performance-tuning/page-5. 记录日志是每一个应用程序的一个重要任务,默认的配置一般只适合开发,但不适用于生产环境. 您切换到生产环境时需要考虑的关键要素是:.

JBoss AS 7性能调优(二)

- - CSDN博客系统运维推荐文章
建立与DBMS的JDBC连接过程可能是相当缓慢的. 如果您的应用程序需要反复打开和关闭数据库连接,这可以成为一个显著的性能问题. 在JBoss AS中数据源的连接池提供了一种有效的解决该问题的方法. 要强调的是,当客户端关闭一个数据源的连接时,该连接返回到池中,这样可用于其它的客户端,因此,连接本身并没有关闭.

JBoss AS 7性能调优 (一)

- - CSDN博客系统运维推荐文章
原文: http://www.mastertheboss.com/jboss-performance/jboss-as-7-performance-tuning. 虽然许多架构师和软件工程师都同意,约70-80%的应用程序的性能取决于应用程序本身的编码,配置不当的服务器环境可以显著影响你的用户体验,并最终影响到你的应用程序性能.

JBoss AS 7性能调优(三)

- - CSDN博客系统运维推荐文章
原文: http://www.mastertheboss.com/jboss-performance/jboss-as-7-performance-tuning/page-4. 还有很多需要调优的地方最终影响Web服务器的性能,其中一个最重要的因素是调优HTTP线程池设置,以匹配web请求的负载.

\(^_^)/ Jboss资料

- - 编程语言 - ITeye博客
官网: http://www.jboss.org/. 下载: http://www.jboss.org/jbossas/downloads/. Jboss博客: http://jbosscn.iteye.com/. 中赢网Jboss: http://www.chinawin.net/tag/jboss/.

JBoss发布Hibernate 4.0

- - InfoQ cn
近日, JBoss发布了流行的对象/关系(O/R)映射框架 Hibernate. Hibernate 4主要的新特性如下所示:. 引入了“Services”API. 提供了更棒的日志,支持 i18n与消息编码(通过JBoss Logging而非 slf4j). 为 OSGi支持做好了准备.

[译]jboss漏洞利用

- - 互联网 - ITeye博客
原文地址:http://resources.infosecinstitute.com/jboss-exploitation/. JBoss Application Server是一个基于Jave EE的web应用服务器. 如果Jboss没有正确配置,它会允许攻击者进行各种恶意攻击. 由于JMX console可以通过端口8080远程访问,攻击者和恶意用户可以通过使用Jboss console中的DeploymentScanner功能部署他们自己的WAR(web archive)文件或shell脚本.

HBase性能调优

- - 学着站在巨人的肩膀上
我们经常看到一些文章吹嘘某产品如何如何快,如何如何强,而自己测试时却不如描述的一些数据. 其实原因可能在于你还不是真正理解其内部结构,对于其性能调优方法不够了解. 本文转自TaoBao的Ken Wu同学的博客,是目前看到比较完整的HBase调优文章. 原文链接:HBase性能调优. 因官方Book Performance Tuning部分章节没有按配置项进行索引,不能达到快速查阅的效果.

hbase性能调优

- - 数据库 - ITeye博客
   1)、hbase.regionserver.handler.count:该设置决定了处理RPC的线程数量,默认值是10,通常可以调大,比如:150,当请求内容很大(上MB,比如大的put、使用缓存的scans)的时候,如果该值设置过大则会占用过多的内存,导致频繁的GC,或者出现OutOfMemory,因此该值不是越大越好.

Hadoop性能调优

- - 开源软件 - ITeye博客
是否对任务进行profiling,调用java内置的profile功能,打出相关性能信息. 对几个map或reduce进行profiling. 非常影响速度,建议在小数据量上尝试. 1表示不reuse,-1表示无限reuse,其他数值表示每个jvm reuse次数. reuse的时候,map结束时不会释放内存.