垃圾收集(GC)是指JVM 釋放 Java 堆中不再使用的對象所佔用的內存的過程,而 Java堆(Heap)是指 Java 應用程序對象生存的空間。堆大小決定了 GC 的頻度和時間。堆越大,GC 頻度低,速度慢。
堆越小,GC 頻度高,速度快。所以 GC 和堆大小是一組矛盾。爲了獲取理想的 Heap 堆大小,需要使 用-verbosegc 參數(Sun jdk: -Xloggc:<file>)以打開詳細的 GC 輸出。分析 GC 的頻度和時間,結 合應用最大負載所需內存情況 ,得出 堆的大 小。
通常情況下,我們建議使用 可用內存(除操 作系統和其他應 用程序佔用之 外的內存 )70-80%,爲避 免堆大小調整引起的開銷,設置內存 堆的最 小值等 於最 大值即:-Xms=-Xmx。而爲了防止內存溢出, 建議 在生產環境堆大小至少爲 256M(Platform 至少 512M),實際環境中 512M~1G 左右性能最 佳,2G 以上是不可取的,在調整內存時可能需要調整 核心參數進程的允許最大內存數。對於 sun
和 hp 的 jvm,永久域太小(默認 4M)也可能造成內存溢出,應增加參-XX:MaxPermSize=128m。建 議設置臨時域-Xmn 的大小爲-Xmx 的 1/4~1/3, SurvivorRatio 爲 8
堆棧內存優化，修改配置文件：
WL_HOME=C:\bea\weblogic81 "%WL_HOME%\common\bin\commEnv.cmd" :bea #如果採用的上 bea 的 JDK # JVM Heap(堆內存) 最小尺寸爲96M， 最大尺 寸爲256M set MEM_ARGS=-Xms96m -Xmx256m :sun #如果採用的是sun 的 JDK # JVM Heap(堆內存) 最小尺寸爲32M， 最大尺寸爲200M
#公共變量對象的內存限制:
PermSize：最小尺 寸， MaxPermSize ：最大允許分配尺寸 set MEM_ARGS=-Xms32m -Xmx200m -XX:MaxPermSize=128m
監視堆棧使用情況：
下載JRockit JDK,
該JDK已經自帶了JRockit Mission Control工具，目前好像還沒有單
獨下載JRockit Mission Control的地方，於JRoc kit JDK進行了綁 定下載 ；
在 C:\bea\jrockit81sp5_142_08\console
目錄裏面運行：
C:\bea\jrockit81sp5_142_08\bin\java –Xmanagement -jar ManagementConsole.jar
如何監控weblogic呢？
修改weblogic啓動腳本st
artWebLogic.cmd ，在裏 面加入-Xmanagement 啓動參數：
%JAVA_HOME%\bin\java -Xmanagement %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%
-Dweblogic.Name=%
SERVER_NAME%
-Dweblogic.ProductionModeEnabled=%PRODUCTION_MODE%
-Djava.security.policy="%
WL_HOME%\server\lib\weblogic.policy" weblogic.Server
二、設置與性能有關的配置參數
在一個 WebLogic 域中，配置文件（config.xml）位於與管理服務器通信的機器裏，提供 WebLogic MBean 的長期存儲。管理服務器作爲連接的中心點，爲服務實例與系統管理工具 提供服務。域也可以包括其他的 WebLogic 實例，稱之爲從服務，主要爲應用程序提供服務。 當啓動管理服務器時，首先讀域配置文件，然後跳過建立在配置文件中管理 MBean 默認的 屬性值，每一次用系統管理工具（不管是命令行界面還是管理控制檯）改變一個屬性值，它 都會被存到相應的管理 MBean，並且寫進配置文件。
1．下表列出了影響服務器性能的參數。
http://wenku.baidu.com/link?url=O3dH650siXq9OTfZLUSf0aYZ2rT__GM__xo5J4HHrB57Zgpd7ZKHNUz4uOxtg5g-qVZFFDvGvmaQEHGudUPaaLEAsQ08HhKMLZVPplhD5RO