WebSphere优化技巧
1、更改http server的配置文件参数KeepAlive。
原因:这个值说明是否保持客户与HTTP SERVER的连接,如果设置为ON,则请求数到达MaxKeepAliveRequests设定值时请求将排队,导致响应变慢。
方法:打开ibm http server安装目录,打开文件夹conf,打开文件httpd.conf,查找KeepAlive值,改ON为OFF,其默认为ON。
2、更改http server的配置文件参数ThreadsPerChild值到更大数目,默认为50
原因:服务器响应线程的数量。
方法:打开ibm http server安装目录,打开文件夹conf,打开文件httpd.conf,查找ThreadsPerChild值,默认为50,改到更大数目,视用户数多少而定,一般改到客户机数量的1.1倍,如200台,则设为220
3、关闭http server日志纪录
原因:http server的日志IO影响性能。
方法:打开ibm http server安装目录,打开文件夹conf,打开文件httpd.conf,查找CustomLog值,找到没有注释的那行(行的开头没有符号“#”),将那行用符号“#”注释掉,以关闭日志纪录,提高处理性能。
4、更改Websphere的服务器处理线程数
原因:线程的数量影响同时并发的请求数量。
方法:打开管理控制台,依次打开目录树,服务器->server1->web容器->线程池,修改“最大大小”的值,默认是50,改到更大数目,具体视总用户数量和机器的配置而定,一般设置其等于或小于http server设置的MaxKeepAliveRequests的值。
WebSphere优化的经验:
1.Java虚拟机初始堆大小和最大堆大小(位置: server1 > 进程定义>java虚拟机)。
WS通常默认是256,可以适当调整最大堆为512。不过也不要调的过大,小心WS启不启来,有一次我把初始堆调成768最大堆调成了2048,当我startserver -server1 时就提示WS无法初始化,原因是内存不足,所以一定要根据机子的性能来调整。
2.web容器的线程池最小大小和最大大小。
3.Jdbc连接池属性。
这个最难把握,因为最大连接数、最小连接数、连结超时、获得时间等等都要依据数据库及网张络的性能来调整。而且获得时间、不使用超时、时效超时是互相联系的一组参数,一般来说:获得时间要小于不使用超时及时效超时,且三个不能为零,是最好的!
4.启用servlet高速缓存。
5.语句高速缓存大小。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
Java性能优化的最差实践
关于Java性能优化的方法已经有很多文章讨论过,其中总有一些不值得提倡甚至应该杜绝的方法,需要让开发者时刻保持警觉。
-
为什么说Azul Systems是微软Azure云的最好选择?
当负责Azure云的微软朋友们决定,是时候慎重考虑拥抱企业Java社区时,他们知道他们需要做的第一步是,在他们的平台上引入世界级的Java运行时环境的实现。
-
如何让代码并发效率更高
开发人员正在利用多线程技术努力提高软件计算速度,本文介绍了如何让代码并发效率更高的实践经验。
-
简报:红帽OpenShift Online上线 联想步入云端
在红帽发布红帽OpenShift Online平台测试版本两年后,平台即服务(PaaS)产品商用版本正式上线。一百多万的应用已经在OpenShift上开跑,而且正在以每天2000个新应用的速度增加。