weblogic启动内存配置.doc

Weblogic 启动内存配置1、 找到配置文件位置，默认路径是wlserver_10.3/common/bin/commEnv.sh2、 找到commEnv.sh文件，修改此配置文件 if $PRODUCTION_MODE = true ; then case $JAVA_VENDOR in BEA) JAVA_VM=-jrockit MEM_ARGS=-Xms512m -Xmx2048m ; HP) JAVA_VM=-server MEM_ARGS=-Xms512m -Xmx2048m -XX:MaxPermSize=512m ; IBM) JAVA_VM= MEM_ARGS=-Xms512m -Xmx2048m ; Sun) JAVA_VM=-server MEM_ARGS=-Xms512m -Xmx2048m -XX:MaxPermSize=512m ; *) JAVA_VM= MEM_ARGS=-Xms512m -Xmx2048m ; esacelse case $JAVA_VENDOR in BEA) JAVA_VM=-jrockit MEM_ARGS=-Xms512m -Xmx2048m JAVA_OPTIONS=$JAVA_OPTIONS -Xverify:none ; HP) JAVA_VM=-client MEM_ARGS=-Xms512m -Xmx2048m -XX:MaxPermSize=512m ; IBM) JAVA_VM= MEM_ARGS=-Xms512m -Xmx2048m ; Sun) JAVA_VM=-client MEM_ARGS=-Xms512m -Xmx2048m -XX:MaxPermSize=512m JAVA_OPTIONS=$JAVA_OPTIONS -Xverify:none ; *) JAVA_VM= MEM_ARGS=-Xms512m -Xmx2048m ;红色标注的位置是启动时分配的内存大小，可根据实际需求进行调整。注：Linux下需用vi命令进行修改修改完毕重启weblogic即可。二、有关weblogic网络诠释内容一：WebLogic配置问题：关于WebLogic分配的内存太少导致内存溢出、堆栈溢出可根据实际情况调整内存。通过修改commombin commEnv.cmd文件来增加内存分配。修改的部分如下：:beaif %PRODUCTION_MODE% = true goto bea_prod_modeset JAVA_VM=-jrockitset MEM_ARGS=-Xms768m -Xmx1024mset JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:nonegoto continue:bea_prod_modeset JAVA_VM=-jrockitset MEM_ARGS=-Xms768m -Xmx1024m/原来是128M256M，太小了，数据太大goto continue结 果修改后，没有效果。还是有失败的情况。发现，原来，在：bea下面还有一段配置信息如下：:sunif %PRODUCTION_MODE% = true goto sun_prod_modeset JAVA_VM=-clientset MEM_ARGS=-Xms768m -Xmx1024m -XX:MaxPermSize=256mset JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:nonegoto continue:sun_prod_modeset JAVA_VM=-serverset MEM_ARGS=-Xms768m -Xmx1024m -XX:MaxPermSize=256mgoto continue将这里的内存分配修改后见效。原因是，上面对第一段代码是为bea自己的JVM设置的，下面的是为Sun的设置的。而WebLogic默认 的是Sun的，所以出了毛病。-另注：-startWeblogic.cmd文件中调用的是 commEnv.cmd，在此文件中设定内存大小，可以生效。call %WL_HOME%commonbincommEnv.cmdweblogic10用的是下面的配置C:beauser_projectsdomainsbase_domainbinsetDomainEnv.cmdweblogic系统调试2007-10-24 16:52java平台的优化调试以前没有太多经验，通过周一一夜的摸索，在有weblogic调试经验的朋友一起研究下，对weblogic平台有了进一步的理解。昨天的优化调试主要在以下一些方面进行。1。系统环境方面。在服务器系统中一般都会有一些默认限制，如对网络连接、每用户打开进程等，在产品运行时需要保证系统的各方面设置不会限制应用的规模。在linux中，可以通过修改/etc/security/limits.conf来设置用户进程的限制数，默认是1024。通过测试也发现采用apache负载+weblogic集群的模式能够达到最大的性能，通过apache来分担HTML的访问，而且也便于http日志的统计分析。2。weblogic集群和节点配置。weblogic server有两种模式，一种是开发模式，一种是产品模式。前者用来输出较为详细的调试信息，而且修改java脚本无需重新部署，但是效率较低；后者效率较高，但是修改了应用脚本程序需要重新部署应用。作为成熟的应用发布，使用产品模式能够提高更强的性能。在JDK的选择上，weblogic有两种JDK供选择，一种是Sun的JDK，另外一种是Bea的jrockit。按照bea的网站的说明，sun jdk提供更好的兼容性，而使用jrockit可以提供更好的性能。作为weblogic集群我全部采用jrockit作为JDK环境，以达到更高的性能。在默认启动情况下，jrockit启动时为其窗口配置的内存大小比较小。注意weblogic的启动内存配置-Xms32m -Xmx256m，通过修改commEnv.sh可以修改这个参数，Xms表示启动开始分配的内存，Xmx表示最大能分配的内存，这里我们根据应用情况调整为-Xms1536m -Xmx1536m，这点需要根据自身测试情况和系统配置进行调整，经过周一晚的调试，我们目前应用比较合理的窗口内存大小为1536M（2G75），通过top可以观察到测试中的内存反应，最合理的应该是恰好把物理内存用完。weblogic的kernel设置是非常重要的，可以通过console来进行。主要包括一下一些参数：Queue Length 指定指定在队列中同时等待的最大请求；Thread Count 指定weblogic为队列分配的进程数Threads Maximum 指定weblogic能为队列分配的最大进程数Threads Minimum 指定weblogic为队列分配的最小进程数Threads Increase 指定进程数增加的幅度一味的增加队列长度和进程数并不是一个明智的即决办法，这需要综合衡量。一般来讲内存资源丰富可以增加队列长度，进程数的增加要和数据库连接性能一起考虑，在测试中我们发现，将Thread Count、Threads Maximum、Threads Minimum设置为同一个数值，固定线程数是个很好的选择，可能这样对于weblogic的内存释放与回收比较好。weblogic对于内存是非常敏感，保持稳定的最佳内存回收机制是提高weblogic性能的重点，这点可以通过console的内存使用曲线来监控，以上所有的weblogic配置最终要达到的就是高效的内存回收。3。数据库与连接池配置oracle数据库和weblogic的连接池的配置需要连带考虑，但是所有weblogic节点的连接池最大连接数之和不能大于oracle的最大线程数。例如，我们修改oracle的process为200，链接池的Maximum Capacity即最大线程数为40，因为连接池部署到了4个节点，所和160小于整个数据库的进程限制。如果数据库系统环境可以提高可以修改oracle的部分参数来给与更高的处理能力，如调整默认的SGA和PGA、使用更高的IO性能硬件来存储数据库文件，可以通过vmstat来观察，逐步调整。4。性能的协调性和同步经过这次调试最大的收获就是在系统调优的过程中要注重整体的协调性和同步，单纯提高某一方面的参数并不一定能解决整体性能，甚至还会带来更大的问题，同时还须从网络、系统、应用和程序多个方面来共同调试和优化。5。逐步找到临界点weblogic平台没有一个绝对的设置规格，java平台虽然对内存要求较高，但是在你划定的内存范围内还是具有很强的伸缩性能。要达到最佳性能需要不断的去找到最佳的临界点。这次做优化调试的另外一个收获是，须一点点的测试找到整体系统性能的临界点，在现有硬件平台的基础上达到最大的性能，同时了解提高性能拓展