我们经常在使用WebLoigc部署应用程序后，发现程序运行速度并不是很快，遇到这种情况我们可以尝试调整启动时分配的内存，设置方法有两种：

 


一、在..\domain\startWebLoigc.***文件中设置

 


在startWebLogic.bat或startWebLogic.sh中找到以下内容，在其下方添加需要设置的内存 
 
echo ***************************************************
 echo * To start WebLogic Server, use a username and *
 echo * password assigned to an admin-level user. For *
 echo * server administration, use the WebLogic Server *
 echo * console at http:\\[hostname]:[port]\console *
 echo ***************************************************
 
（1）Windows环境：
 
set MEM_ARGS=-Xms512m -Xmx768m
 
（2）Linux/Unix环境：
 
MEM_ARGS="-Xms512m -Xmx768m"
 
 
二、在..\weblogic81\common\bin\commEnv.***文件中设置
 在commEnv.bat或commEnv.sh找到以下内容，对其进行修改
 （1）Windows环境：
 
 
:sun
 if "%PRODUCTION_MODE%" == "true" goto sun_prod_mode
 set JAVA_VM=-client
 set MEM_ARGS=-Xms32m -Xmx200m -XX:MaxPermSize=128m
 set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none
 goto continue
 :sun_prod_mode
 set JAVA_VM=-server
 set MEM_ARGS=-Xms32m -Xmx200m -XX:MaxPermSize=128m
 goto continue
 
 
通过修改其中的内存即可，这里选择修改的JDK为sun公司的，weblogic中自带的jrockit JDK修改可以查看:bea中内容。
 
 
（2）Linux/Unix环境：
 
 
Sun)
 JAVA_VM=-server
 MEM_ARGS="-Xms32m -Xmx200m -XX:MaxPermSize=128m"
 ;;
 和
 Sun)
 JAVA_VM=-client
 MEM_ARGS="-Xms32m -Xmx200m -XX:MaxPermSize=128m"
 JAVA_OPTIONS="${JAVA_OPTIONS} -Xverify:none"
 ;;
 
 
通过修改其中的内存即可，这里选择修改的JDK为sun公司的，weblogic中自带的jrockit JDK修改可以查看BEA)中内容。
 第二种方法可以成功，原因在于在startWebLogic文件中有调用的内容：call "%WL_HOME%\common\bin\commEnv.cmd"。
 简单解释一下设置的两个参数：Xms为最小内存，不能超过物理内存的25%；Xmx为最大内存-Xmx 不能超过1.8G(32位的CPU)。
 
WEBLOGIC9.2内存优化
 
 
 
 
weblogic9.2版本，在启动文件startWebLogic.sh中，在${JAVA_HOME}/bin/java ${JAVA_VM} -version后面添加：
 
 
#New Add
 MEM_ARGS="-Xms1024m -Xmx1264m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=256m"
 
 
重启后，即可完成weblogic内存调整。
 

 
1.修改weblogic自己的内存：
 
位置：Oracle/Middleware/wlserver_10.3/common/bin下的文件
 
commEnv.sh：
 
if [ "$PRODUCTION_MODE" = "true" ]; then
 
case $JAVA_VENDOR in
 
Oracle)
 
JAVA_VM=-jrockit
 
MEM_ARGS="-Xms128m -Xmx256m"
 
;;
 
HP)
 
JAVA_VM=-server
 
MEM_ARGS="-Xms32m -Xmx200m -XX:MaxPermSize=128m"
 
;;
 
IBM)
 
JAVA_VM=
 
MEM_ARGS="-Xms32m -Xmx200m"
 
;;
 
Sun)
 
JAVA_VM=-server
 
MEM_ARGS="-Xms4g -Xmx8g -XX:MaxPermSize=2g"//根据自己的jdk选择修改：4g---8g，
 
;;
 
Apple)
 
JAVA_VM=-server
 
MEM_ARGS="-Xms32m -Xmx200m -XX:MaxPermSize=128m"
 
;;
 
*)
 
JAVA_VM=
 
MEM_ARGS="-Xms32m -Xmx200m"
 
;;
 
esac
 
else
 
case $JAVA_VENDOR in
 
Oracle)
 
JAVA_VM=-jrockit
 
MEM_ARGS="-Xms128m -Xmx256m"
 
JAVA_OPTIONS="${JAVA_OPTIONS} -Xverify:none"
 
;;
 
HP)
 
JAVA_VM=-client
 
MEM_ARGS="-Xms32m -Xmx200m -XX:MaxPermSize=128m"
 
;;
 
IBM)
 
JAVA_VM=
 
MEM_ARGS="-Xms32m -Xmx200m"
 
;;
 
Sun)
 
JAVA_VM=-client
 
MEM_ARGS="-Xms4g -Xmx8g -XX:MaxPermSize=2g"
 
JAVA_OPTIONS="${JAVA_OPTIONS} -Xverify:none"
 
;;
 
Apple)
 
JAVA_VM=-client
 
MEM_ARGS="-Xms32m -Xmx200m -XX:MaxPermSize=128m"
 
;;
 
*)
 
JAVA_VM=
 
MEM_ARGS="-Xms32m -Xmx200m"
 
;;
 
esac
 
fi
 
export JAVA_VM MEM_ARGS JAVA_OPTIONS
 
2.jdk内存的配置
 
位置：Middleware/user_projects/domains/base_domain/bin
 
修改setDomainEnv.sh
 
if [ "${JAVA_VENDOR}" = "Sun" ] ; then
 
WLS_MEM_ARGS_64BIT="-Xms4g -Xmx6g"
 
export WLS_MEM_ARGS_64BIT
 
WLS_MEM_ARGS_32BIT="-Xms4g -Xmx6g"
 
export WLS_MEM_ARGS_32BIT
 
else
 
WLS_MEM_ARGS_64BIT="-Xms512m -Xmx512m"
 
export WLS_MEM_ARGS_64BIT
 
WLS_MEM_ARGS_32BIT="-Xms512m -Xmx512m"
 
export WLS_MEM_ARGS_32BIT
 
fi
 
ps：jdk默认是sun的，其他的根据需求配置

1.查看weblogic进程，ps -ef|grep java    可以看到weblogic的配置
2.cd weblogic/**/domain/bin  
3.修改setDomainEnv.sh文件    
WLS_MEM_ARGS_64BIT="-Xms512m -Xmx512m"    512 改成1024啥的   

JVM内存原理，weblogic内存的调优 
 
一.JVM内存的设置的原理
 
默认的java虚拟机的大小比较小，在对大数据进行处理时java就会报错：java.lang.OutOfMemoryError。设置jvm内存的方法，对于单独的.class，可以用下面的方法对Test运行时的jvm内存进行设置。
 
java-Xms64m -Xmx256m Test
 
-Xms是设置内存初始化的大小
 
-Xmx是设置最大能够使用内存的大小（最好不要超过物理内存大小）
 在weblogic中，可以在startweblogic.cmd中对每个domain虚拟内存的大小进行设置，默认的设置是在commEnv.cmd里面。
 
-vmargs 
 
-Xms128M
 
-Xmx512M 
 
-XX:PermSize=64M 
 
-XX:MaxPermSize=128M
 
下面是这几个设置的一些背景知识：
 
·  堆(Heap)和非堆(Non-heap)内存
 按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均
 
从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap
 
 memory)”。可以看出JVM主要管理两种类型的内存：堆和非堆。简单来说堆就是Java代码可及
 
的内存，是留给开发人员使用的；非堆就是JVM留给 自己用的，所以方法区、JVM内部处理或优
 
化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和
 
构造方法 的代码都在非堆内存中。
 
·  堆内存分配
 
JVM初始分配的内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时， JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx相等以避免在每次GC 后调整堆的大小。
 
·  非堆内存分配
 JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize
 
设置最大非堆内存的大小，默认是物理内存的1/4。
 
·  JVM内存限制(最大值)
 首先JVM内存首先受限于实际的最大物理内存，假设物理内存无限大的话，JVM内存的最大
 
值跟操作系统有很大的关系。简单的说就32位处理器虽然可控内存空间有4GB,但是具体的操作系
 
统会给一个限制，这个限制一般是 2GB-3GB（一般来说Windows系统下为1.5G-2G，Linux系统
 
下为2G-3G），而64bit以上的处理器就不会有限制了JVM内存的调优
 
1.Heap设定与垃圾回收Java Heap分为3个区，Young，Old和Permanent。Young保存刚实例化的对象。当该区被填满时，GC会将对象移到Old区。Permanent区则负责保存反射对象，本文不讨论该区。JVM的Heap分配可以使用-X参数设定，
 
 
 
 
-Xms
 
 
初始Heap大小
 
 
-Xmx
 
 
java  heap最大值
 
 
-Xmn
 
 
young  generation的heap大小
 
 
 
JVM有2个GC线程。第一个线程负责回收Heap的Young区。第二个线程在Heap不足时，遍历Heap，将Young 区升级为Older区。Older区的大小等于-Xmx减去-Xmn，不能将-Xms的值设的过大，因为第二个线程被迫运行会降低JVM的性能。
 
为什么一些程序频繁发生GC？有如下原因：
 
1、       程序内调用了System.gc()或Runtime.gc()。
 
2、       一些中间件软件调用自己的GC方法，此时需要设置参数禁止这些GC。
 
3、       Java的Heap太小，一般默认的Heap值都很小。
 
4、       频繁实例化对象，Release对象。此时尽量保存并重用对象，例如使用StringBuffer()和String()。
 
         如果你发现每次GC后，Heap的剩余空间会是总空间的50%，这表示你的Heap处于健康状态。许多Server端的Java程序每次GC后最好能有65%的剩余空间。经验之谈：
 
1．Server端JVM最好将-Xms和-Xmx设为相同值。为了优化GC，最好让-Xmn值约等于-Xmx的1/3[2]。
 
2．一个GUI程序最好是每10到20秒间运行一次GC，每次在半秒之内完成[2]。
 
注意：
 
1．增加Heap的大小虽然会降低GC的频率，但也增加了每次GC的时间。并且GC运行时，所有的用户线程将暂停，也就是GC期间，Java应用程序不做任何工作。
 
2．Heap大小并不决定进程的内存使用量。进程的内存使用量要大于-Xmx定义的值，因为Java为其他任务分配内存，例如每个线程的Stack等。
 
2．Stack的设定
 
每个线程都有他自己的Stack。
 
 
 
 
-Xss
 
 
每个线程的Stack大小
 
 
 
Stack的大小限制着线程的数量。如果Stack过大就好导致内存溢漏。-Xss参数决定Stack大小，例如-Xss1024K。如果Stack太小，也会导致Stack溢漏。
 
3．硬件环境
 
硬件环境也影响GC的效率，例如机器的种类，内存，swap空间，和CPU的数量。
 
如果你的程序需要频繁创建很多transient对象，会导致JVM频繁GC。这种情况你可以增加机器的内存，来减少Swap空间的使用[2]。
 
4．4种GC
 
第一种为单线程GC，也是默认的GC。，该GC适用于单CPU机器。
 
第二种为Throughput GC，是多线程的GC，适用于多CPU，使用大量线程的程序。第二种GC与第一种GC相似，不同在于GC在收集Young区是多线程的，但在Old区和第一种一样，仍然采用单线程。-XX:+UseParallelGC参数启动该GC。
 
第三种为Concurrent Low Pause GC，类似于第一种，适用于多CPU，并要求缩短因GC造成程序停滞的时间。这种GC可以在Old区的回收同时，运行应用程序。-XX:+UseConcMarkSweepGC参数启动该GC。
 
第四种为Incremental Low Pause GC，适用于要求缩短因GC造成程序停滞的时间。这种GC可以在Young区回收的同时，回收一部分Old区对象。-Xincgc参数启动该GC。
 
4种GC的具体描述参见[3]。
 
二．Tomcat配置
 
问题分析：
 
　　　由于TOMCAT内存溢出而引发的问题，主要原因是JVM的虚拟内存默认为128M，当超过这个值时就把先前占用的内存释放，而导致好象TCP/IP丢包的假象，出现HTTP500的错误。解决方法主要是加大TOMCAT可利用内存，并在程序当中加大内存使用。
 
解决方法：
 
方法：加大TOMCAT可利用内存：
 
　　在TOMCAT的目录下，也就是在TOMCAT41/bin/catalina.bat文件最前面加入
 
　　set JAVA_OPTS=-Xms800m -Xmx800m
 
　　表现效果是当你启动TOMCAT时，系统内存会增加近800M使用
 
操作方法：
 
　　1）、先关掉WINDOWS服务当中的TOMCAT4服务。
 
　　2）、再找到TOMCAT/BIN目录下startup.bat，双击打开它，你会发现现WINDOWS内存占用会增加近800M。
 
　　3）、执行程序，因为是TOMCAT重新编译程序，所以第一次会比较慢。
 
结论：
 
经过测试，我们得出如下数据：
 
当系统传输约2000条数据时，大约近12M的净数据（不压缩时），系统辅助运行的内存大约占用150M左右的空间，也就是近200M的内存占用，而我们扩大了近800M的JAVA内存使用，这对于业务本身来说是足够了。所以你们不用担心大数据量的传递问题。
 
基于JAVA虚拟机的原理，JAVA自动有垃圾回收机制，也就是在你对一些内存长时间不使用时（近2分钟，取决于使用频度和优先级等），就会自动垃圾回收，从而释放不用的内存占用。
 
三.WebLogic配置：
 
由于WebLogic的配置问题，我们的测试出现了失败情况。原因是为WebLogic分配的内存太少了。通过修改commom\bin\commEnv.cmd文件来增加内存分配。
 
修改的部分如下：
 
:bea
 
if"%PRODUCTION_MODE%" == "true" goto bea_prod_mode
 
setJAVA_VM=-jrockit
 
setMEM_ARGS=-Xms768m -Xmx1024m
 
setJAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none
 
gotocontinue
 
:bea_prod_mode
 
setJAVA_VM=-jrockit
 
setMEM_ARGS=-Xms768m -Xmx1024m//原来是128M~256M，太小了，数据太大
 
gotocontinue
 
结果修改后，没有效果。还是有失败的情况。
 
发现，原来，在：bea下面还有一段配置信息如下：
 
:sun
 
if"%PRODUCTION_MODE%" == "true" goto sun_prod_mode
 
setJAVA_VM=-client
 
setMEM_ARGS=-Xms768m -Xmx1024m -XX:MaxPermSize=256m
 
setJAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none
 
gotocontinue
 
:sun_prod_mode
 
setJAVA_VM=-server
 
setMEM_ARGS=-Xms768m -Xmx1024m -XX:MaxPermSize=256m
 
gotocontinue
 
将这里的内存分配修改后见效。
 
原因是，上面对第一段代码是为bea自己的JVM设置的，下面的是为Sun的设置的。而WebLogic默认的是Sun的，所以出了毛病。在JDK的选择上，weblogic有两种JDK供选择，一种是Sun的JDK，另外一种是Bea的jrockit。按照bea的网站的说明，sunjdk提供更好的兼容性，而使用jrockit可以提供更好的性能。作为weblogic集群我全部采用jrockit作为JDK环境，以达到更高的性能。
 
在默认启动情况下，jrockit启动时为其窗口配置的内存大小比较小。注意weblogic的启动内存配置-Xms32m -Xmx256m，通过修改commEnv.sh可以修改这个参数，Xms表示启动开始分配的内存，Xmx表示最大能分配的内存，这里我们根据应用情况调整为-Xms1536m -Xmx1536m，这点需要根据自身测试情况和系统配置进行调整，经过周一晚的调试，我们目前应用比较合理的窗口内存大小为1536M（2G× 75％），通过top可以观察到测试中的内存反应，最合理的应该是恰好把物理内存用完。1