⑴ 如何在maven環境中設置JVM參數
在maven環境中設置JVM參數的方法：
1.建立遠程調試，埠為4000的設定為：
set MAVEN_OPTS=-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=4000
注意：suspend最好設定為n.設定上述參數後，在eclipse中新建遠程調試，設置埠為4000，這樣通過jetty:run啟動系統時就可以進行遠程調試了。
2.解決自動熱部署時java.lang.OutOfMemoryError: PermGen space問題解決這一問題只需要增大PermGen區，默認為 64m，設置方法為：
set MAVEN_OPTS=-XX:MaxPermSize=128M
maven簡介：
Maven項目對象模型(POM)，可以通過一小段描述信息來管理項目的構建，報告和文檔的軟體項目管理工具。
Maven 除了以程序構建能力為特色之外，還提供高級項目管理工具。由於 Maven 的預設構建規則有較高的可重用性，所以常常用兩三行 Maven 構建腳本就可以構建簡單的項目。由於 Maven 的面向項目的方法，許多 Apache Jakarta 項目發文時使用 Maven，而且公司項目採用 Maven 的比例在持續增長。
JVM簡介：
JVM是Java Virtual Machine（Java虛擬機）的縮寫，JVM是一種用於計算設備的規范，它是一個虛構出來的計算機，是通過在實際的計算機上模擬模擬各種計算機功能來實現的。
原理：JVM是java的核心和基礎，在java編譯器和os平台之間的虛擬處理器。它是一種基於下層的操作系統和硬體平台並利用軟體方法來實現的抽象的計算機，可以在上面執行java的位元組碼程序。
java編譯器只需面向JVM，生成JVM能理解的代碼或位元組碼文件。Java源文件經編譯器，編譯成位元組碼程序，通過JVM將每一條指令翻譯成不同平台機器碼，通過特定平台運行。
⑵ Vscode怎麼配置java調試環境
1、先把Redhat的extension裝好。
2、然後打開 File->Preference-> Settings。
3、把下邊這行加進去 "java.home": "C:/Program Files/Java/jdk1.8.0_131"。
⑶ 如何在maven環境中設置JVM參數
有時候我們需要設定maven環境下的JVM參數，以便通過maven執行的命令或啟動的系統能得到它們需要的參數設定。比如：當我們使用jetty:run啟動jetty伺服器時，在進行熱部署時會經常發生:java.lang.OutOfMemoryError: PermGen space問題,這時我們需要增大JVM參數MaxPermSize的值。再者，當我們需要進行遠程調試時，也需要設置監聽埠。maven配置jvm參數的地方是%M2_HOME%/bin/mvn.bat文件，這是啟動Maven的腳本文件，在該文件中你能看到有一行注釋為：
@REM set MAVEN_OPTS=-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=8000
．通過添加set MAVEN_OPTS可以為maven設定jvm參數了。比如：
1.建立遠程調試，埠為:4000的設定為：
set MAVEN_OPTS=-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=4000
注意：suspend最好設定為n.設定上述參數後，在eclipse中新建遠程調試，設置埠為4000，這樣通過jetty:run啟動系統時就可以進行遠程調試了。
2.解決自動熱部署時java.lang.OutOfMemoryError: PermGen space問題解決這一問題只需要增大PermGen區，默認為 64m，設置方法為：set MAVEN_OPTS=-XX:MaxPermSize=128M
⑷ 如何修改jvm啟動參數
用java命令查看。
用java -option進行修改參數。
還有tomcat，eclipse啟動時通過配置文件載入的。
詳細如下：
安裝Java開發軟體時，默認安裝包含兩個文件夾，一個JDK(Java開發工具箱)，一個JRE(Java運行環境，內含JVM)，其中JDK內另含一個JRE。如果只是運行Java程序，則JRE已足夠；而JDK則只有開發人員才用到。
一、配置JVM內存
1.配置JVM內存的參數
-XmxJavaHeap最大值，默認值為物理內存的1/4，最佳設值應該視物理內存大小及計算機內其他內存開銷而定；
-XmsJavaHeap初始值，Server端JVM最好將-Xms和-Xmx設為相同值，開發測試機JVM可以保留默認值；
2.如何配置JVM內存分配：
（1）當在命令提示符下啟動並使用JVM時（只對當前運行的類生效）
java-Xmx128m-Xms64m-Xmn32m-Xss16mTest
（2）當在集成開發環境下（如eclipse）啟動並使用JVM時：
第一種設置方法：
在eclipse根目錄下打開eclipse.ini，默認內容為（這里設置的是運行當前開發工具的JVM內存分配）：
-vmargs-Xms40m-Xmx256m-vmargs表示以下為虛擬機設置參數，可修改其中的參數值，，另外，eclipse.ini內還可以設置非堆內存，如：-XX:PermSize=56m，-XX:MaxPermSize=128m。
此處設置的參數值可以通過以下配置在開發工具的狀態欄顯示：
在eclipse根目錄下創建文件options，文件內容為：org.eclipse.ui/perf/showHeapStatus=true
修改eclipse根目錄下的eclipse.ini文件，在開頭處添加如下內容：
-debugoptions-vmjavaw.exe重新啟動eclipse，就可以看到下方狀態條多了JVM信息。
第二種設置方法：
打開eclipse－窗口－首選項－Java－已安裝的JRE（對在當前開發環境中運行的java程序皆生效）
編輯當前使用的JRE，在預設VM參數中輸入：-Xmx128m-Xms64m-Xmn32m-Xss16m
第三種設置方法：
打開eclipse－運行－運行－Java應用程序（只對所設置的java類生效）
選定需設置內存分配的類－自變數，在VM自變數中輸入：-Xmx128m-Xms64m-Xmn32m-Xss16m
註：如果在同一開發環境中同時進行了第二種和第三種設置，則第二種設置生效，第三種設置無效，如：
開發環境的設置為：-Xmx256m，而類Test的設置為：-Xmx128m-Xms64m，則運行Test時生效的設置為：
-Xmx256m-Xms64m
（3）當在伺服器環境下（如Tomcat）啟動並使用JVM時（對當前伺服器環境下所以Java程序生效）：
a.設置環境變數：
變數名：CATALINA_OPTS
變數值：-Xmx128m-Xms64m-Xmn32m-Xss16m
b.打開Tomcat根目錄下的bin文件夾，編輯catalina.bat，將其中的%CATALINA_OPTS%（共有四處）替換為：-Xmx128m-Xms64m-Xmn32m-Xss16m
二、查看配置JVM內存信息
Runtime.getRuntime().maxMemory();//最大可用內存，對應-Xmx
Runtime.getRuntime().freeMemory();//當前JVM空閑內存
Runtime.getRuntime().totalMemory();//當前JVM佔用的內存總數，其值相當於當前JVM已使用的內存及freeMemory()的總和
關於maxMemory()，freeMemory()和totalMemory()：
maxMemory()為JVM的最大可用內存，可通過-Xmx設置，默認值為物理內存的1/4，設值不能高於計算機物理內存；
totalMemory()為當前JVM佔用的內存總數，其值相當於當前JVM已使用的內存及freeMemory()的總和，會隨著JVM使用內存的增加而增加；
freeMemory()為當前JVM空閑內存，因為JVM只有在需要內存時才佔用物理內存使用，所以freeMemory()的值一般情況下都很小，而JVM實際可用內存並不等於freeMemory()，而應該等於maxMemory()-totalMemory()+freeMemory()。及其配置JVM內存分配。
⑸ 如何設置JVM參數
設置eclipse jvm參數
打開Eclipse 或者 MyEclipse
打開 Windows -> Preferences -> Java -> Installed JREs
在 Default VM Arguments輸入框內輸入： -Xms512m -Xmx512m
解釋：
-Xms是設置java虛擬機的最小分配內存；-Xmx則是最大分配內存；512m為內存空間
一般-Xmx設置為你電腦物理內存的1/4，而把-Xms和 -Xmx設置為一樣，
其實你可以設置得更大一些，只要系統能分配足夠的內存就可以了，如果設置過大系統會提示你的。
⑹ vscode配置c/c++環境
vscode配置c/c++環境具體步驟如下：
操作設備：戴爾筆記本電腦
操作系統：win10
操作程序：cmd命令v8.21
1、配置環境完成後，在cmd命令上輸入g++ -v會彈出一系列的英文，說明配置成功。
⑺ 如何設置myeclipse的jvm啟動參數
-Xint
設置jvm以解釋模式運行，所有的位元組碼將被直接執行，而不會編譯成本地碼。
-Xbatch
關閉後台代碼編譯，強制在前台編譯，編譯完成之後才能進行代碼執行；
默認情況下，jvm在後台進行編譯，若沒有編譯完成，則前台運行代碼時以解釋模式運行。
-Xbootclasspath:bootclasspath
讓jvm從指定路徑（可以是分號分隔的目錄、jar、或者zip）中載入bootclass，用來替換jdk的rt.jar；若非必要，一般不會用到；
-Xbootclasspath/a:path
將指定路徑的所有文件追加到默認bootstrap路徑中；
-Xbootclasspath/p:path
讓jvm優先於bootstrap默認路徑載入指定路徑的所有文件；
-Xcheck:jni
對JNI函數進行附加check；此時jvm將校驗傳遞給JNI函數參數的合法性，在本地代碼中遇到非法數據時，jmv將報一個致命錯誤而終止；使用該參數後將造成性能下降，請慎用。
-Xfuture
讓jvm對類文件執行嚴格的格式檢查（默認jvm不進行嚴格格式檢查），以符合類文件格式規范，推薦開發人員使用該參數。
-Xnoclassgc
關閉針對class的gc功能；因為其阻止內存回收，所以可能會導致OutOfMemoryError錯誤，慎用；
-Xincgc
開啟增量gc（默認為關閉）；這有助於減少長時間GC時應用程序出現的停頓；但由於可能和應用程序並發執行，所以會降低CPU對應用的處理能力。
-Xloggc:file
與-verbose:gc功能類似，只是將每次GC事件的相關情況記錄到一個文件中，文件的位置最好在本地，以避免網路的潛在問題。
若與verbose命令同時出現在命令行中，則以-Xloggc為准。
-Xmsn
指定jvm堆的初始大小，默認為物理內存的1/64，最小為1M；可以指定單位，比如k、m，若不指定，則默認為位元組。
-Xmxn
指定jvm堆的最大值，默認為物理內存的1/4或者1G，最小為2M；單位與-Xms一致。
-Xprof
跟蹤正運行的程序，並將跟蹤數據在標准輸出輸出；適合於開發環境調試。
-Xrs
減少jvm對操作系統信號（signals）的使用，該參數從1.3.1開始有效；
從jdk1.3.0開始，jvm允許程序在關閉之前還可以執行一些代碼（比如關閉資料庫的連接池），即使jvm被突然終止；
jvm 關閉工具通過監控控制台的相關事件而滿足以上的功能；更確切的說，通知在關閉工具執行之前，先注冊控制台的控制handler，然後對 CTRL_C_EVENT, CTRL_CLOSE_EVENT, CTRL_LOGOFF_EVENT, and
CTRL_SHUTDOWN_EVENT這幾類事件直接返回true。
但如果jvm以服務的形式在後台運行（比如servlet引擎），他能接 收CTRL_LOGOFF_EVENT事件，但此時並不需要初始化關閉程序；為了避免類似沖突的再次出現，從jdk1.3.1開始提供-Xrs參數；當此 參數被設置之後，jvm將不接收控制台的控制handler，也就是說他不監控和處理CTRL_C_EVENT, CTRL_CLOSE_EVENT, CTRL_LOGOFF_EVENT, or
CTRL_SHUTDOWN_EVENT事件。
-Xssn
設置單個線程棧的大小，一般默認為512k。
上面這些參數中，比如-Xmsn、-Xmxn……都是我們性能優化中很重要的參數；
-Xprof、-Xloggc:file等都是在沒有專業跟蹤工具情況下排錯的好手；
在上一小節中提到的關於JProfiler的配置中就使用到了-Xbootclasspath/a:path；
非Stable參數
前面我們提到用-XX作為前綴的參數列表在jvm中可能是不健壯的，SUN也不推薦使用，後續可能會在沒有通知的情況下就直接取消了；但是由於這些參數中的確有很多是對我們很有用的，比如我們經常會見到的-XX:PermSize、-XX:MaxPermSize等等；
下面我們將就Java HotSpot VM中-XX:的可配置參數列表進行描述；
這些參數可以被鬆散的聚合成三類：
行為參數（Behavioral Options）：用於改變jvm的一些基礎行為；
性能調優（Performance Tuning）：用於jvm的性能調優；
調試參數（Debugging
Options）：一般用於打開跟蹤、列印、輸出等jvm參數，用於顯示jvm更加詳細的信息；
由於sun官方文檔中對各參數的描述也都非常少（大多隻有一句話），而且大多涉及OS層面的東西，很難描述清楚，所以以下是挑選了一些我們開發中可能會用得比較多的配置項，若需要查看所有參數列表，可以點擊HotSpot VM Specific
Options.查看原文；
首先來介紹行為參數：
參數及其默認值
描述
-XX:-DisableExplicitGC
禁止調用System.gc()；但jvm的gc仍然有效
-XX:+MaxFDLimit
最大化文件描述符的數量限制
-XX:+ScavengeBeforeFullGC
新生代GC優先於Full GC執行
-XX:+UseGCOverheadLimit
在拋出OOM之前限制jvm耗費在GC上的時間比例
-XX:-UseConcMarkSweepGC
對老生代採用並發標記交換演算法進行GC
-XX:-UseParallelGC
啟用並行GC
-XX:-UseParallelOldGC
對Full GC啟用並行，當-XX:-UseParallelGC啟用時該項自動啟用
-XX:-UseSerialGC
啟用串列GC
-XX:+UseThreadPriorities
啟用本地線程優先順序
上面表格中黑體的三個參數代表著jvm中GC執行的三種方式，即串列、並行、並發；
串列（SerialGC）是jvm的默認GC方式，一般適用於小型應用和單處理器，演算法比較簡單，GC效率也較高，但可能會給應用帶來停頓；
並行（ParallelGC）是指GC運行時，對應用程序運行沒有影響，GC和app兩者的線程在並發執行，這樣可以最大限度不影響app的運行；
並發（ConcMarkSweepGC）是指多個線程並發執行GC，一般適用於多處理器系統中，可以提高GC的效率，但演算法復雜，系統消耗較大；
性能調優參數列表：
參數及其默認值
描述
-XX:LargePageSizeInBytes=4m
設置用於Java堆的大頁面尺寸
-XX:MaxHeapFreeRatio=70
GC後java堆中空閑量占的最大比例
-XX:MaxNewSize=size
新生成對象能佔用內存的最大值
-XX:MaxPermSize=64m
老生代對象能佔用內存的最大值
-XX:MinHeapFreeRatio=40
GC後java堆中空閑量占的最小比例
-XX:NewRatio=2
新生代內存容量與老生代內存容量的比例
-XX:NewSize=2.125m
新生代對象生成時佔用內存的默認值
-XX:ReservedCodeCacheSize=32m
保留代碼佔用的內存容量
-XX:ThreadStackSize=512
設置線程棧大小，若為0則使用系統默認值
-XX:+UseLargePages
使用大頁面內存
我們在日常性能調優中基本上都會用到以上黑體的這幾個屬性；
調試參數列表：
參數及其默認值
描述
-XX:-CITime
列印消耗在JIT編譯的時間
-XX:ErrorFile=./hs_err_pid.log
保存錯誤日誌或者數據到文件中
-XX:-ExtendedDTraceProbes
開啟solaris特有的dtrace探針
-XX:HeapDumpPath=./java_pid.hprof
指定導出堆信息時的路徑或文件名
-XX:-HeapDumpOnOutOfMemoryError
當首次遭遇OOM時導出此時堆中相關信息
-XX:
出現致命ERROR之後運行自定義命令
-XX:OnOutOfMemoryError=";"
當首次遭遇OOM時執行自定義命令
-XX:-PrintClassHistogram
遇到Ctrl-Break後列印類實例的柱狀信息，與jmap -histo功能相同
-XX:-PrintConcurrentLocks
遇到Ctrl-Break後列印並發鎖的相關信息，與jstack -l功能相同
-XX:-PrintCommandLineFlags
列印在命令行中出現過的標記
-XX:-PrintCompilation
當一個方法被編譯時列印相關信息
-XX:-PrintGC
每次GC時列印相關信息
-XX:-PrintGC Details
每次GC時列印詳細信息
-XX:-PrintGCTimeStamps
列印每次GC的時間戳
-XX:-TraceClassLoading
跟蹤類的載入信息
-XX:-TraceClassLoadingPreorder
跟蹤被引用到的所有類的載入信息
-XX:-TraceClassResolution
跟蹤常量池
-XX:-TraceClassUnloading
跟蹤類的卸載信息
-XX:-TraceLoaderConstraints
跟蹤類載入器約束的相關信息
⑻ 如何設置jvm啟動參數
不管是YGC還是Full GC,GC過程中都會對導致程序運行中中斷,正確的選擇不同的GC策略,調整JVM、GC的參數，可以極大的減少由於GC工作，而導致的程序運行中斷方面的問題，進而適當的提高Java程序的工作效率。但是調整GC是以個極為復雜的過程，由於各個程序具備不同的特點，如：web和GUI程序就有很大區別（Web可以適當的停頓，但GUI停頓是客戶無法接受的），而且由於跑在各個機器上的配置不同（主要cup個數，內存不同），所以使用的GC種類也會不同(如何選擇見GC種類及如何選擇)。本文將注重介紹JVM、GC的一些重要參數的設置來提高系統的性能。
GC性能方面的考慮
對於GC的性能主要有2個方面的指標：吞吐量throughput（工作時間不算gc的時間占總的時間比）和暫停pause（gc發生時app對外顯示的無法響應）。
1. Total Heap
默認情況下，vm會增加/減少heap大小以維持free space在整個vm中占的比例，這個比例由MinHeapFreeRatio和MaxHeapFreeRatio指定。
一般而言，server端的app會有以下規則：
對vm分配盡可能多的memory；
將Xms和Xmx設為一樣的值。如果虛擬機啟動時設置使用的內存比較小，這個時候又需要初始化很多對象，虛擬機就必須重復地增加內存。
處理器核數增加，內存也跟著增大。
2. The Young Generation
另外一個對於app流暢性運行影響的因素是young generation的大小。young generation越大，minor collection越少；但是在固定heap size情況下，更大的young generation就意味著小的tenured generation，就意味著更多的major collection(major collection會引發minor collection)。
NewRatio反映的是young和tenured generation的大小比例。NewSize和MaxNewSize反映的是young generation大小的下限和上限，將這兩個值設為一樣就固定了young generation的大小（同Xms和Xmx設為一樣）。
如果希望，SurvivorRatio也可以優化survivor的大小，不過這對於性能的影響不是很大。SurvivorRatio是eden和survior大小比例。
一般而言，server端的app會有以下規則：
首先決定能分配給vm的最大的heap size，然後設定最佳的young generation的大小；
如果heap size固定後，增加young generation的大小意味著減小tenured generation大小。讓tenured generation在任何時候夠大，能夠容納所有live的data（留10%-20%的空餘）。
經驗&&規則
年輕代大小選擇
響應時間優先的應用:盡可能設大,直到接近系統的最低響應時間限制(根據實際情況選擇).在此種情況下,年輕代收集發生的頻率也是最小的.同時,減少到達年老代的對象.
吞吐量優先的應用:盡可能的設置大,可能到達Gbit的程度.因為對響應時間沒有要求,垃圾收集可以並行進行,一般適合8CPU以上的應用.
避免設置過小.當新生代設置過小時會導致:1.YGC次數更加頻繁 2.可能導致YGC對象直接進入舊生代,如果此時舊生代滿了,會觸發FGC.
年老代大小選擇
響應時間優先的應用:年老代使用並發收集器,所以其大小需要小心設置,一般要考慮並發會話率和會話持續時間等一些參數.如果堆設置小了,可以會造成內存碎 片,高回收頻率以及應用暫停而使用傳統的標記清除方式;如果堆大了,則需要較長的收集時間.最優化的方案,一般需要參考以下數據獲得:
並發垃圾收集信息、持久代並發收集次數、傳統GC信息、花在年輕代和年老代回收上的時間比例。
吞吐量優先的應用:一般吞吐量優先的應用都有一個很大的年輕代和一個較小的年老代.原因是,這樣可以盡可能回收掉大部分短期對象,減少中期的對象,而年老代盡存放長期存活對象.
較小堆引起的碎片問題
因為年老代的並發收集器使用標記,清除演算法,所以不會對堆進行壓縮.當收集器回收時,他會把相鄰的空間進行合並,這樣可以分配給較大的對象.但是,當堆空間較小時,運行一段時間以後,就會出現"碎片",如果並發收集器找不到足夠的空間,那麼並發收集器將會停止,然後使用傳統的標記,清除方式進行回收.如果出現"碎片",可能需要進行如下配置:
-XX:+UseCMSCompactAtFullCollection:使用並發收集器時,開啟對年老代的壓縮.
-XX:CMSFullGCsBeforeCompaction=0:上面配置開啟的情況下,這里設置多少次Full GC後,對年老代進行壓縮
用64位操作系統，Linux下64位的jdk比32位jdk要慢一些，但是吃得內存更多，吞吐量更大
XMX和XMS設置一樣大，MaxPermSize和MinPermSize設置一樣大，這樣可以減輕伸縮堆大小帶來的壓力
使用CMS的好處是用盡量少的新生代，經驗值是128M－256M， 然後老生代利用CMS並行收集， 這樣能保證系統低延遲的吞吐效率。 實際上cms的收集停頓時間非常的短，2G的內存， 大約20－80ms的應用程序停頓時間
系統停頓的時候可能是GC的問題也可能是程序的問題，多用jmap和jstack查看，或者killall -3 java，然後查看java控制台日誌，能看出很多問題。(相關工具的使用方法將在後面的blog中介紹)
仔細了解自己的應用，如果用了緩存，那麼年老代應該大一些，緩存的HashMap不應該無限制長，建議採用LRU演算法的Map做緩存，LRUMap的最大長度也要根據實際情況設定。
採用並發回收時，年輕代小一點，年老代要大，因為年老大用的是並發回收，即使時間長點也不會影響其他程序繼續運行，網站不會停頓
JVM參數的設置(特別是 –Xmx –Xms –Xmn -XX:SurvivorRatio -XX:MaxTenuringThreshold等參數的設置沒有一個固定的公式，需要根據PV old區實際數據 YGC次數等多方面來衡量。為了避免promotion faild可能會導致xmn設置偏小，也意味著YGC的次數會增多，處理並發訪問的能力下降等問題。每個參數的調整都需要經過詳細的性能測試，才能找到特定應用的最佳配置。
promotion failed:
垃圾回收時promotion failed是個很頭痛的問題，一般可能是兩種原因產生，第一個原因是救助空間不夠，救助空間里的對象還不應該被移動到年老代，但年輕代又有很多對象需要放入救助空間；第二個原因是年老代沒有足夠的空間接納來自年輕代的對象；這兩種情況都會轉向Full GC，網站停頓時間較長。
解決方方案一：
第一個原因我的最終解決辦法是去掉救助空間，設置-XX:SurvivorRatio=65536 -XX:MaxTenuringThreshold=0即可，第二個原因我的解決辦法是設置為某個值（假設70），這樣年老代空間到70%時就開始執行CMS，年老代有足夠的空間接納來自年輕代的對象。
解決方案一的改進方案：
又有改進了，上面方法不太好，因為沒有用到救助空間，所以年老代容易滿，CMS執行會比較頻繁。我改善了一下，還是用救助空間，但是把救助空間加大，這樣也不會有promotion failed。具體操作上，32位Linux和64位Linux好像不一樣，64位系統似乎只要配置MaxTenuringThreshold參數，CMS還是有暫停。為了解決暫停問題和promotion failed問題，最後我設置-XX:SurvivorRatio=1 ，並把MaxTenuringThreshold去掉，這樣即沒有暫停又不會有promotoin failed，而且更重要的是，年老代和永久代上升非常慢（因為好多對象到不了年老代就被回收了），所以CMS執行頻率非常低，好幾個小時才執行一次，這樣，伺服器都不用重啟了。
-Xmx4000M -Xms4000M -Xmn600M -XX:PermSize=500M -XX:MaxPermSize=500M -Xss256K -XX:+DisableExplicitGC -XX:SurvivorRatio=1 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:+CMSClassUnloadingEnabled -XX:LargePageSizeInBytes=128M -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:=80 -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -Xloggc:log/gc.log
值與Xmn的關系公式
上面介紹了promontion faild產生的原因是EDEN空間不足的情況下將EDEN與From survivor中的存活對象存入To survivor區時,To survivor區的空間不足，再次晉升到old gen區，而old gen區內存也不夠的情況下產生了promontion faild從而導致full gc.那可以推斷出：eden+from survivor < old gen區剩餘內存時，不會出現promontion faild的情況，即：
(Xmx-Xmn)*(1-/100)>=(Xmn-Xmn/(SurvivorRatior+2)) 進而推斷出：
<=((Xmx-Xmn)-(Xmn-Xmn/(SurvivorRatior+2)))/(Xmx-Xmn)*100
例如：
當xmx=128 xmn=36 SurvivorRatior=1時 <=((128.0-36)-(36-36/(1+2)))/(128-36)*100 =73.913
當xmx=128 xmn=24 SurvivorRatior=1時 <=((128.0-24)-(24-24/(1+2)))/(128-24)*100=84.615…
當xmx=3000 xmn=600 SurvivorRatior=1時 <=((3000.0-600)-(600-600/(1+2)))/(3000-600)*100=83.33
低於70% 需要調整xmn或SurvivorRatior值。
⑼ 如何設置Tomcat的JVM虛擬機內存大小
在java web應用開發的過程中，tomcat這個伺服器是經常用到的，而它的性能情況直接影響了web應用的效率，提高tomcat的JVM的內存，能提高它的效率，下面介紹下如何設置tomcat的JVM虛擬機內存大小：
1、Tomcat作為應用伺服器，不能直接運行，需要相應的硬體和操作系統的支持，，需要java虛擬機環境。也就是說tomcat啟動的時候 ，JVM會分配一個初始內存以及最大內存給 tomcat，所以要提高tomcat的jvm內存，需要在啟動的時候，進行配置。
⑽ Vscode怎麼配置java調試環境
1、先把Redhat的extension裝好。
2、然後打開 File->Preference-> Settings。
3、把下邊這行加進去 "java.home": "C:/Program Files/Java/jdk1.8.0_131"。