⑴ Linux裡面JVM內存怎麼設置
一、堆內存相關配置
設置堆初始值
指令1：-Xms2g
指令2：-XX:InitialHeapSize=2048m
設置堆區最大值
指令1：`-Xmx2g`
指令2： -XX:MaxHeapSize=2048m
縮小堆內存的時機
-XX:MaxHeapFreeRatio=70//堆內存使用率大於70時擴張堆內存，xms=xmx時該參數無效，默認值70
擴張堆內存的時機
-XX:MinHeapFreeRatio=40//堆內存使用率小於40時縮減堆內存，xms=xmx時該參數無效，默認值40
新生代內存配置
指令1：-Xmn512m
指令2：-XX:MaxNewSize=512m
2個survivor區和Eden區大小比率
指令：-XX:SurvivorRatio=6 //S區和Eden區佔新生代比率為1:6,兩個S區2:6
新生代和老年代的佔比
-XX:NewRatio=4 //表示新生代:老年代 = 1:4 即老年代占整個堆的4/5；默認值=2
二、方法區內存配置常用參數
初始化的Metaspace大小，
-XX:MetaspaceSize ：
Metaspace最大值
-XX:MaxMetaspaceSize
三、線程棧內存配置常用參數
每個線程棧最大值
指令1：-Xss256k
指令2：-XX:ThreadStackSize=256k
注意：
棧設置太大，會導致線程創建減少。
棧設置小，會導致深入不夠，深度的遞歸會導致棧溢出。
建議棧深度設置在3000-5000
四、配置垃圾收集器
Serial垃圾收集器（新生代）
開啟：-XX:+UseSerialGC
關閉：-XX:-UseSerialGC
//新生代使用Serial 老年代則使用SerialOld
ParNew垃圾收集器（新生代）
開啟 -XX:+UseParNewGC
關閉 -XX:-UseParNewGC
//新生代使用功能ParNew 老年代則使用功能CMS
Parallel Scavenge收集器（新生代）
開啟 -XX:+UseParallelOldGC
關閉 -XX:-UseParallelOldGC
//新生代使用功能Parallel Scavenge 老年代將會使用Parallel Old收集器
ParallelOl垃圾收集器（老年代）
開啟 -XX:+UseParallelGC
關閉 -XX:-UseParallelGC
//新生代使用功能Parallel Scavenge 老年代將會使用Parallel Old收集器
CMS垃圾收集器（老年代）
開啟 -XX:+UseConcMarkSweepGC
關閉 -XX:-UseConcMarkSweepGC
G1垃圾收集器
開啟 -XX:+UseG1GC
關閉 -XX:-UseG1GC
五、GC策略配置
GC並行執行線程數
-XX:ParallelGCThreads=16
新生代可容納的最大對象
-XX:PretenureSizeThreshold=1000000 //大於此值的對象直接會分配到老年代，設置為0則沒有限制。 //避免在Eden區和Survivor區發生大量的內存復制，該參數只對Serial和ParNew收集器有效，Parallel Scavenge並不認識該參數
進入老年代的GC年齡
進入老年代最小的GC年齡
-XX:InitialTenuringThreshol=7 //年輕代對象轉換為老年代對象最小年齡值，默認值7，對象在堅持過一次Minor GC之後，年齡就加1，每個對象在堅持過一次Minor GC之後，年齡就增加1
進入老年代最大的GC年齡
-XX:MaxTenuringThreshold=15 //年輕代對象轉換為老年代對象最大年齡值，默認值15
六、GC日誌信息配置
配置GC文件路徑
-Xloggc:/data/gclog/gc.log//固定路徑名稱生成 -Xloggc:/home/GCEASY/gc-%t.log //根據時間生成
滾動生成日誌
日誌文件達到一定大小後，生成另一個文件。須配置Xloggc
開啟 -XX:+UseGCLogFileRotation
關閉 -XX:-UseGCLogFileRotation
-XX:NumberOfGCLogFiles=4 //滾動GC日誌文件數，默認0，不滾動 -XX:GCLogFileSize=100k //GC文件滾動大小，需配置UseGCLogFileRotation，設置為0表示僅通過jcmd命令觸發
⑵ java xms 怎麼設置大小
在一些規模稍大的應用中，Java虛擬機（JVM）的內存設置尤為重要，想在項目中取得好的效率，GC（垃圾回收）的設置是第一步。
PermGen space：全稱是Permanent Generation space.就是說是永久保存的區域,用於存放Class和Meta信息,Class在被Load的時候被放入該區域Heap space：存放Instance。
GC(Garbage Collection)應該不會對PermGen space進行清理,所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤
Java Heap分為3個區
1.Young
2.Old
3.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．一個GUI程序最好是每10到20秒間運行一次GC，每次在半秒之內完成。
注意：
1．增加Heap的大小雖然會降低GC的頻率，但也增加了每次GC的時間。並且GC運行時，所有的用戶線程將暫停，也就是GC期間，Java應用程序不做任何工作。
2．Heap大小並不決定進程的內存使用量。進程的內存使用量要大於-Xmx定義的值，因為Java為其他任務分配內存，例如每個線程的Stack等。
Stack的設定
每個線程都有他自己的Stack。
-Xss
每個線程的Stack大小
Stack的大小限制著線程的數量。如果Stack過大就好導致內存溢漏。-Xss參數決定Stack大小，例如-Xss1024K。如果Stack太小，也會導致Stack溢漏。
硬體環境
硬體環境也影響GC的效率，例如機器的種類，內存，swap空間，和CPU的數量。
如果你的程序需要頻繁創建很多transient對象，會導致JVM頻繁GC。這種情況你可以增加機器的內存，來減少Swap空間的使用。
4種GC
1、第一種為單線程GC，也是默認的GC，該GC適用於單CPU機器。
2、第二種為Throughput GC，是多線程的GC，適用於多CPU，使用大量線程的程序。第二種GC與第一種GC相似，不同在於GC在收集Young區是多線程的，但在Old區和第一種一樣，仍然採用單線程。-XX:+UseParallelGC參數啟動該GC。
3、第三種為Concurrent Low Pause GC，類似於第一種，適用於多CPU，並要求縮短因GC造成程序停滯的時間。這種GC可以在Old區的回收同時，運行應用程序。-XX:+UseConcMarkSweepGC參數啟動該GC。
4、第四種為Incremental Low Pause GC，適用於要求縮短因GC造成程序停滯的時間。這種GC可以在Young區回收的同時，回收一部分Old區對象。-Xincgc參數啟動該GC。
單文件的JVM內存進行設置
默認的java虛擬機的大小比較小，在對大數據進行處理時java就會報錯：java.lang.OutOfMemoryError。
設置jvm內存的方法，對於單獨的.class，可以用下面的方法對Test運行時的jvm內存進行設置。
java -Xms64m -Xmx256m Test
-Xms是設置內存初始化的大小
-Xmx是設置最大能夠使用內存的大小（最好不要超過物理內存大小）
tomcat啟動jvm內存設置
Linux：
在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh添加：JAVA_OPTS='-Xms512m -Xmx1024m'要加「m」說明是MB，否則就是KB了，在啟動tomcat時會報內存不足。
-Xms：初始值
-Xmx：最大值
-Xmn：最小值Windows
在catalina.bat最前面加入
set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat啟動tomcat,OK設置生效.夠成功的分配200M內存.但是如果不是執行startup.bat啟動tomcat而是利用windows的系統服務啟動tomcat服務,上面的設置就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M內存就OOM了..windows服務執行的是bin\tomcat.exe.他讀取注冊表中的值,而不是catalina.bat的設置.解決辦法:
修改注冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions
⑶ 如何設置電腦超頻
前言：其實超頻也可以這樣簡單
超頻，說白了就是通過各種手段提高電腦各部件的運行頻率，使其在高於額定的頻率下運行，以此來
獲得更高的性能。雖然對於高手來說，超頻可能就是碟子里的一盤小菜，但是對於廣大的普通用戶，這似
乎還是顯得有些神秘。今天我們要做的就是，揭開這層神秘的面紗，讓超頻不再是少數人的專利！
每次超頻成功後的啟動畫面讓人非常興奮
我們為什麼要超頻？
首先我們來算一筆帳，一顆Athlon 64 3000+ Socket 939目前報價是1260元，而一塊INTEL頂極
Pentium4 670（默認頻率3.8GHz）處理器的售價需要6900元，你只需要通過稍微超頻穩定運行2400 MHz，
那麼你將獲得的性能卻要比將近7千元的處理器的性能強悍，而這個時候你只花費了不到五分之一的價錢。
很簡單，少花錢，多辦事！
世界最高超頻頻率7361.2MHz，SuperPI 1M＝17.047秒
從認知的角度上來講，超頻可以讓一個使用電腦的用戶，熟悉超頻後更為了解電腦硬體知識以及獲得
故障排除的基本能力！通常你為了獲得更好的性能，達到超頻的目的，你會不斷的自然而然想充實自己，
於是時常盯著看電腦刊物，留意著新硬體的功能如何！並且時常上網查詢有關超頻的資訊！玩超頻在一定
程度上提高了使用電腦的用戶的硬體水品。
《Half Life 2》
我們也希望用這篇入門手冊來回擊那些超頻無用的論調。它可以證明，超頻能夠獲得性能的提升，並且
不會損壞硬體。你很快會發現，超頻是值得的...請看我們小編為您強力打造的超頻入門手冊。
軟超頻：讓我們在桌面上狂奔4GHz
一、運用軟體來實現超頻
現在早已經不是以前必須打開機箱在主板上硬跳線來實現超頻的時代，我們甚至在Windows下通過各種
軟體就可以輕松的實現超頻，這樣的軟體真是不勝枚舉，ClockGen就是一個，它是由CPUID開發的免費工具
，這個軟體不光可以從Windows中對Intel平台的處理器電壓進行修改，還適用於Athlon64平台：
較為老式的硬跳線超頻，通過不同的組合達到不同的頻率
ClockGen
下載它之前，要選好對應於你的晶元組的版本：Nforce 3，Nforce 4或VIA。這個軟體可以在Windows
下修改FSB和倍頻。使用ClockGen的方法也非常簡單，進入軟體之後我們先點擊「Get Values」按鈕來獲得
目前系統的CPU速度等情況，然後就可以通過拖動滑動條就能對處理器的外頻和PCI-E匯流排的速度進行調整
。
另外，各主板廠商也日益對超頻重視起來，紛紛在自己的主板產品中捆綁專門的超頻軟體，比如：
ASUS的AI Booster，Gigabyte的EasyTune、MSI的CoreCenter等等。
ASUS的AI Booster
Gigabyte的EasyTune
「超頻」——永恆的話題，一個讓眾多DIYer、發燒友熱血沸騰了多年的字眼。超頻技術經過多年的演
化，已經從設置跳線(jumper)超頻的方式進化為BIOS內調節超頻甚至是動態的智能超頻技術。
硬超頻：進入BIOS，想超就超！
二、通過調整BIOS來實現超頻
一般的主板在開機自檢的時候，會在電腦屏幕的下方顯示一行字「press delete to enter setup」,
此時只要按下鍵盤上的del鍵就可以進入主板的BIOS（基本輸入輸出系統）了。當然，不同主板進入BIOS的
方式不盡相同，例如技嘉主板，可能需要按進入BIOS，用戶可以在屏幕初現的時候看屏幕上的提示，或者
是查閱主板用戶指南。
首先要給大家介紹一下關於頻率的知識，處理器的主頻可以有以下公式計算得到：
外頻（以MHz為單位）×倍頻 = 主頻（以MHz為單位）
外頻（對AMD處理器來說是HTT）就是整個系統與CPU通信的通道。所以，外頻能運行得越快，顯然整個
系統就能運行得越快。速度等式的倍頻部分也就是一個數字，乘上外頻就給出了處理器的總速度。
比如：Intel Celeron D 310的主頻為2.13GHz，其倍頻為16x，FSB為133MHz，由公式計算出133.3 x
16 = 2133MHz，可見和CPU的標稱頻率還是符合的。由公式可以看出，理論上，提高CPU的頻率可以有3種方
法：
一、提高CPU的FSB
二、提高CPU的倍頻
三、CPU的FSB和倍頻同時提高
不過在某些CPU上，例如Intel自1998年以來的處理器，倍頻是鎖定不能改變的。在有些上，例如AMD
Athlon 64處理器，倍頻是「封頂鎖定」的，也就是可以改變倍頻到更低的數字，但不能提高到比默認的更
高。也有一些CPU，倍頻是完全放開的，意味著能夠把它改成任何想要的數字，不過這種類型的CPU現在非
常罕見了，在AMD K7平台上我們見得較多。
僅就超頻而言，在CPU上提高或降低倍頻比FSB容易得多了。這是因為倍頻和FSB不同，它隻影響
CPU速度。改變FSB時，實際上是在改變每個單獨的電腦部件與CPU通信的速度，這實際上是在超頻系統的所
有其它部件了，這很有可能帶來各種各樣的問題。不過可惜的是，提高FSB的頻率幾乎成了目前超頻的唯一
途徑。
華碩獨有的AI Overclock（智能超頻）
● 外頻與前端匯流排（FSB）頻率的區別
外頻與前端匯流排（FSB）頻率很容易被混為一談。前端匯流排的速度指的是CPU和北橋晶元間匯流排的速度
，更實質性的表示了CPU和外界數據傳輸的速度。而外頻的概念是建立在數字脈沖信號震盪速度基礎之上的
，也就是說，100MHz外頻特指數字脈沖信號在每秒鍾震盪一萬萬次，它更多的影響了PCI及其他匯流排的頻率
。
之所以前端匯流排與外頻這兩個概念容易混淆，主要的原因是在以前的很長一段時間里（主要是在
Pentium 4出現之前和剛出現Pentium 4時），前端匯流排頻率與外頻是相同的，因此往往直接稱前端匯流排為
外頻，最終造成這樣的誤會。隨著計算機技術的發展，人們發現前端匯流排頻率需要高於外頻，因此採用了
QDR（Quad Date Rate）技術，或者其他類似的技術實現這個目的。這些技術的原理類似於AGP的2X或者4X
，它們使得前端匯流排的頻率成為外頻的2倍、4倍甚至更高，從此之後前端匯流排和外頻的區別才開始被人們
重視起來。
三、內存頻率的調節
為什麼一開始超頻便是調整內存設置呢？
正如之前所說的，FSB是系統與CPU通信的路徑。所以提高FSB也有效地超頻了系統的其餘部件。因此，
CPU超頻可不僅僅是調節FSB那麼簡單，內存也是CPU超頻成功與否的關鍵所在。當CPU的FSB調高以後，內存
的頻率也會自然跟著升高，此時過高的內存頻率往往成為超頻的瓶頸所在，因此在這個時候就需要首先適
當的降低內存頻率以保證超頻的成功率。
各主板BIOS中內存調節選項的標注方法不盡相同。比如：ASUS的內存調節選項就在Advanced Chipset
Features （或者Advanced或JumperFree Configuration）中的Memclock index value或者DRAM
Configuration一項。
EPoX的是在POWER BIOS Features里的System Memory Frequency（或者Memory Frequency）一項，並
且其內存參數以DDR400、DDR333 或者DDR266的形式表示。
選中內存的調節選項以後，一般可以按下回車鍵，然後進入下一級菜單再通過上下箭頭具體調節；如
果不行的話可以試試PageUp、PageDown按鍵，有的主板則是通過「+」、「-」來調節，大多數主板都採用
的是這三種之一。適當的調節內存頻率是超頻的關鍵。開始，我們將內存頻率盡可能設為最小值。
● 為什麼要先將內存頻率設為最小值呢？
在CPU超頻的時候，我們會提升FSB頻率，同時，內存的頻率也會提升，如果將內存頻率設為最小，它
將存在更多的提升空間。也就是說，我們要先盡可能地消除內存對CPU超頻的影響。另外，我們還可以稍稍
將內存時序設高一點，或者為內存加少少電壓，當然必須在允許的范圍內進行。
接下來，我們保存所有設置，進入【Save & Exit Setup】選項，然後按退出，或許直接按住F10，然
後選擇YES確定，系統將重新啟動。
四、其他匯流排頻率的調節
電腦是一個有機的整體，牽一脈而動全身，在調高FSB的同時，不僅僅只有內存的頻率上去了，其他諸
如PCI、Serial ATA、PCI-E和 AGP匯流排的頻率也都上去了，這些匯流排頻率長期運行於高於標准頻率的水平
很有可能導致設備的損壞。
一般來說，PCI匯流排的頻率是33.3MHz，AGP匯流排頻率66.6MHz，SATA和PCIE匯流排頻率100MHz。我們來看
看下面的頁面，確定你BIOS裡面的AGP/PCI頻率為66/33MHz。因此，我們在提高FSB的同時，需要把這些總
線的頻率鎖定在其額定值，不過這對於老式主板需要多多注意了，而現在的主板基本上不存在這些問題，
一般最多需要鎖定PCI匯流排頻率，而其他都是自動的，現在基本上所有的主流主板BIOS均支持匯流排頻率調節
。
● 注意：HyperTransport匯流排的設置
針對AMD Socket 754/939平台中的NVIDIA晶元組，還有一個重要的參數那就是HTT匯流排頻率，如果
HyperTransport頻率為1000MHz，那它的默認系數關系為5x，800MHz默認系數關系為4x。HTT匯流排能運行在
從200到1000 MHz的頻率下。實際上，根據主板，或者可以說是市面上晶元組的不同，它的額定HTT匯流排頻
率介於600 MHz（Nforce 3 150）和1000MHz（某些VIA晶元組，Nforce 3 250或Nforce 4）之間。它的頻率
是FSB與LDT相乘的結果超頻的時候可以適當的降低其頻率（還可設置為400MHz、600MHz、800MHz）來達到
更高的超頻成績。
HTT的頻率對性能影響不是很大，所以無需擔心它運行在低於主板原先設定的頻率下。因此為了不超
過晶元組支持的頻率，可以調整這個系數。在估計處理器的超頻潛力時，降低它以獲得巨大的可操作空間
。
OK！內存、HTT匯流排的頻率降低了，PCI、AGP的頻率也鎖定了，內存頻率也降低了，我們已經不受有可
能限制處理器超頻的因素妨礙了。一旦你找到了一個穩定的超頻頻率，那可以根據超頻的最終FSB重新調節
這些參數，下面就讓我們進入那急速體驗的超頻之旅吧。
五、FSB頻率的調節
經過剛才多步的掃進障礙，我們已經不受有可能限制處理器超頻的因素妨礙，我們將開始我們提升CPU
頻率關鍵的一節，FSB頻率的調節。
首先我們需要進入到BIOS的Advanced Chipset Features菜單中：
有些主板BIOS標注為Frequency/Voltage Control：
EPoX的主板中這一菜單的名稱叫POWER BIOS Features：
ASUS的主板中這一菜單的名稱叫JumperFree Configuration：
ABIT的主板中這一菜單的名稱叫μGuru Utility：
雖然各品牌主板這一項調節的名稱不一定相同，但是原理和功能上還是大同小異的。從而在對FSB調
整了一段時間以後，就會到達處理器的界限，這時系統會變得不穩定。至少在這個時候，處理器確實不能
再釋放任何潛能了，這個時候我們改怎麼處理呢？
六、電壓調節
來自PCPOP的乾冰水冷
● CPU電壓調節
當CPU的頻率到達一定的程度不能再提高時，適當的調高CPU的電壓可能會使CPU能達到一個更高的頻率
。
電壓不需要一開始就修改，它需要根據你超頻後的實際情況來設定，你要做的第一件事是看初始電壓
是否限制了CPU的超頻，然後再決定是否增加電壓，接下來測試增加的電壓它是否便於超頻了。重復這些步
驟，你就能夠摸索到CPU超頻的極限。注意電壓一下猛增加得太高，而我們可以一步一步的增加而得到穩定
的電壓值。
根據現在主板與CPU的設計，現在我們去超頻是完全安全的，並不再象過去那樣很輕易產生燒毀的危險
，現在完全沒有，我們還可以在BIOS中設定溫度保護來保護系統的安全，一般設置BIOS報警溫度為65度，
自動關機溫度為70度。
一些經驗，處理器的內部溫度越低於處理器在保持穩定的同時能夠達到的最高溫度，它的超頻潛力就
越高，這就是為什麼我們看到許多超級玩家需要使用液氮與乾冰保持在零下攝氏度的情況了，這就是為了
得到更高的頻率。
● 內存電壓調節
海盜船XMS Xpert內存上LED屏幕能顯示內存電壓信息
當內存不能穩定在某一個頻率下或者達到某個延遲參數時，我們也可以對內存進行適當的加壓。
華碩主板上的內存電壓調節
磐正主板上的內存電壓調節
昂達主板上的內存電壓調節
一般情況下我們建議內存電壓長時間運行不要超過2.8V，但是也有特殊的內存可以運行在3.2V或者更
高的電壓下，這要看具體情況而定。
超頻是一個細致而漫長的過程，不可能一蹴而就，CPU的極限頻率需要在不停的調試和慢慢的摸索中才能得
到。因此我們在超頻的時候需要一點一點的提高FSB，保存以後進入Windows系統，用CPU-Z這樣的軟體來查
看是否頻率現在已經真的提高了。
正在認真的進行著3Dmark2005的穩定性測試
然後還要運行運行幾個程序，如 Super PI、Prime95、S&M或游戲等等，之類的測試軟體來測試超頻以
後系統的穩定性。為了確認獲得的最大頻率，我們建議使用三個免費軟體。它們可以量化性能上的得益，
並且可以測試獲得的頻率是否穩定。
SuperPI 1M：Super π是一款計算圓周率的軟體，但它更適合用來測試CPU的穩定性。即使你的系統運
行一天的 Word、Photoshop 都沒有問題，而運行Super PI 也不一定能通過。可以說，Super π可以作為
判斷CPU穩定性的依據。它是一個非常快的測試，計算PI值的小數點後一百萬位數字。它可以迅速檢測到由
內存或處理器引起的不穩定問題。但是請注意，超頻的處理器成功通過這個SuperPI 1M測試並不表示它就
很穩定了。在這里，它是超頻確認的第一個步驟。如果處理器沒有通過這個測試，那就要重新向下設定它
的頻率了。
SuperPI 32M：同樣的軟體，但這次pi值的計算結果擁有3千2百萬位小數。它是對內存和處理器十分徹
底的測試。如果這個測試成功地完成，那就代表了非常好的穩定性...
StressPrime2004：
StressPrime2004(SP2004)是一位國外電腦高手JohnnyLee做的測試計算機CPU穩定性的軟體.軟體基於
Prime95(版本:23.8.1)製作而成，測試的理論。效果和Prime95一樣，但操作界面比Prime95方便且人性化
。
在測試模式中，這個軟體「野蠻」地使用處理器，導致了大量的發熱。由於這個原因，它成為一個非
常好的穩定性測試。為了確認超頻，要讓它運行幾個小時。通常3個小時已經足夠了，但如果想要百分之百
地確定處理器的穩定性，那就運行24個小時。遇到穩定性問題會彈出出錯信息，但也可能發生死機或重啟
。
3DMark2001：
3DMark2001比2003和2005能更多的佔用處理器資源。理想的情況是循環運行它，持續數小時。為此應
該在模式中設定：在選項中點擊Change，並在Benchmark中勾上Loop。它也是檢查顯卡和處理器完全超頻的
系統穩定性的理想測試，同時包括內存。如果3DMark 2001通過，你還可以測試3DMark03和3DMark05，以確
保萬無一失。如果這些測試全都通過的話，就可以肯定已經獲得了穩定的超頻。但SuperPI，Premium 95和
3DMark 2001的組合已經足夠了。
如果系統沒有出現任何異常，就證明超頻成功。還有一個要注意的是CPU的散熱問題，一定要保持良好
的散熱，防止CPU過熱而燒毀別忘了看看CPU溫度，一般最好不要讓CPU長時間超過60度，雖然沒有燒毀的危
險，但是為了保證你系統的穩定運行和數據的保護，我們建議CPU應該工作於60度下。以上的三個條件都達
到以後，我們重啟再次進入BIOS，繼續調高FSB，如此往復，直到找到能保持系統穩定的極限頻率。
在這里我們在推薦一個監控溫度的軟體，溫度的重要性對於超頻不言而喻，這是一個非常棒的軟體，
通用現在的主流平台：EVEREST Home Edition v2.00
EVEREST 軟體下載地址：http://www.ttdown.com/SoftDown_55278.html
如果你使用的是Intel Pentium 4或者是Celeron處理器，可以用ThrottleWatch或RightMark CPU
Clock Utility等工具來檢測CPU溫度。
RightMark軟體下載地址：http://www.ttdown.com/SoftDown_69451.html
超頻不一定會提升系統整體性能，當CPU溫度超過一定臨界值後，系統性能會迅速下降。所以在超頻過
程中，掌握好溫度是相當重要的。當系統超頻出現性能不升反降的時候，ThrottleWatch或RightMark CPU
Clock Utility會向用戶反饋相關的信息。
超頻不穩定怎麼辦？
出現這種情況，我們有兩種解決方法：
1、增加電壓後，改善系統散熱。
2、別超那麼高。
[email protected]
⑷ JVM內存設置多大合適Xmx和Xmn如何設置
問題:
新上線一個java服務，或者是RPC或者是WEB站點， 內存的設置該怎麼設置呢？設置成多大比較合適，既不浪費內存，又不影響性能呢？
分析：
依據的原則是根據Java Performance裡面的推薦公式來進行設置。
具體來講：
Java整個堆大小設置，Xmx 和 Xms設置為老年代存活對象的3-4倍，即FullGC之後的老年代內存佔用的3-4倍
永久代 PermSize和MaxPermSize設置為老年代存活對象的1.2-1.5倍。
年輕代Xmn的設置為老年代存活對象的1-1.5倍。
老年代的內存大小設置為老年代存活對象的2-3倍。
BTW：
1、Sun官方建議年輕代的大小為整個堆的3/8左右， 所以按照上述設置的方式，基本符合Sun的建議。
2、堆大小=年輕代大小+年老代大小， 即xmx=xmn+老年代大小 。 Permsize不影響堆大小。
3、為什麼要按照上面的來進行設置呢？ 沒有具體的說明，但應該是根據多種調優之後得出的一個結論。
如何確認老年代存活對象大小？
方式1（推薦/比較穩妥）：
JVM參數中添加GC日誌，GC日誌中會記錄每次FullGC之後各代的內存大小，觀察老年代GC之後的空間大小。可觀察一段時間內（比如2天）的FullGC之後的內存情況，根據多次的FullGC之後的老年代的空間大小數據來預估FullGC之後老年代的存活對象大小（可根據多次FullGC之後的內存大小取平均值）
方式2：（強制觸發FullGC, 會影響線上服務，慎用）
方式1的方式比較可行，但需要更改JVM參數，並分析日誌。同時，在使用CMS回收器的時候，有可能不能觸發FullGC（只發生CMS GC），所以日誌中並沒有記錄FullGC的日誌。在分析的時候就比較難處理。
BTW：使用jstat -gcutil工具來看FullGC的時候， CMS GC是會造成2次的FullGC次數增加。 具體可參見之前寫的一篇關於jstat使用的文章
所以，有時候需要強制觸發一次FullGC，來觀察FullGC之後的老年代存活對象大小。
註：強制觸發FullGC，會造成線上服務停頓（STW），要謹慎，建議的操作方式為，在強制FullGC前先把服務節點摘除，FullGC之後再將服務掛回可用節點，對外提供服務
在不同時間段觸發FullGC，根據多次FullGC之後的老年代內存情況來預估FullGC之後的老年代存活對象大小
如何觸發FullGC ？
使用jmap工具可觸發FullGC
jmap -mp:live,format=b,file=heap.bin <pid> 將當前的存活對象mp到文件，此時會觸發FullGC
jmap -histo:live <pid> 列印每個class的實例數目,內存佔用,類全名信息.live子參數加上後,只統計活的對象數量. 此時會觸發FullGC
具體操作實例：
以我司的一個RPC服務為例。
BTW：剛上線的新服務，不知道該設置多大的內存的時候，可以先多設置一點內存，然後根據GC之後的情況來進行分析。
初始JVM內存參數設置為： Xmx=2G Xms=2G xmn=1G
使用jstat 查看當前的GC情況。如下圖：
YGC平均耗時： 173.825s/15799=11ms
FGC平均耗時：0.817s/41=19.9ms
平均大約10-20s會產生一次YGC
看起來似乎不錯，YGC觸發的頻率不高，FGC的耗時也不高，但這樣的內存設置是不是有些浪費呢？
為了快速看數據，我們使用了方式2，產生了幾次FullGC，FullGC之後，使用的jmap -heap 來看的當前的堆內存情況（也可以根據GC日誌來看）
heap情況如下圖：（命令 ： jmap -heap <pid>）
上圖中的concurrent mark-sweep generation即為老年代的內存描述。
老年代的內存佔用為100M左右。 按照整個堆大小是老年代（FullGC）之後的3-4倍計算的話，設置各代的內存情況如下：
Xmx=512m Xms=512m Xmn=128m PermSize=128m 老年代的大小為 （512-128=384m）為老年代存活對象大小的3倍左右
調整之後的，heap情況
GC情況如下：
YGC 差不多在10s左右觸發一次。每次YGC平均耗時大約9.41ms。可接受。
FGC平均耗時：0.016s/2=8ms
整體的GC耗時減少。但GC頻率比之前的2G時的要多了一些。
註： 看上述GC的時候，發現YGC的次數突然會增多很多個，比如 從1359次到了1364次。具體原因是？
總結：
在內存相對緊張的情況下，可以按照上述的方式來進行內存的調優， 找到一個在GC頻率和GC耗時上都可接受的一個內存設置，可以用較小的內存滿足當前的服務需要
但當內存相對寬裕的時候，可以相對給服務多增加一點內存，可以減少GC的頻率，GC的耗時相應會增加一些。 一般要求低延時的可以考慮多設置一點內存， 對延時要求不高的，可以按照上述方式設置較小內存。
補充：
永久代（方法區）並不在堆內，所以之前有看過一篇文章中描述的 整個堆大小=年輕代+年老代+永久代的描述是不正確的。
轉自:
https://blog.csdn.net/losetowin/article/details/78569001
-verbose:gc 現實垃圾收集信息
-Xloggc:gc.log 指定垃圾收集日誌文件
-Xmn：young generation的heap大小，一般設置為Xmx的3、4分之一
-XX:SurvivorRatio=2 :生還者池的大小,默認是2，如果垃圾回收變成了瓶頸，您可以嘗試定製生成池設置
-XX:NewSize: 新生成的池的初始大小。 預設值為2M。
-XX:MaxNewSize: 新生成的池的最大大小。 預設值為32M。
+XX:AggressiveHeap 會使得 Xms沒有意義。這個參數讓jvm忽略Xmx參數,瘋狂地吃完一個G物理內存,再吃盡一個G的swap。
-Xss：每個線程的Stack大小，「-Xss 15120」 這使得JBoss每增加一個線程（thread)就會立即消耗15M內存，而最佳值應該是128K,默認值好像是512k.
⑸ 在電腦主板上打開XMS，XMS是什麼意思
XMS是擴展內存 定址在1MB之後的內存稱「擴展內存」，一般程序不能直接使用擴展內存。擴展內存的使用要用XMS（Extended Memory Specification）規范提供支持，所以，擴展內存有時也簡稱XMS。Microsoft的HIMEM.SYS是一個符合XMS規范的擴展內存管理程序，因而，在使用擴展內存前應首先在CONFIG.SYS中加入安裝HIMEM.SYS的命令。
⑹ 啟動JAVA程序時,參數-Xms及Xmx有什麼用
-Xms是用來設置你的應用程序能夠使用的最大內存數,如果程序要花很大內存的話，那就需要修改增加此數的值。
Xms是用它來設置程序初始化的時候內存棧的大小，增加這個值的話你的程序的啟動性能會得到提高。
所以根據程序的大小，還有電腦的實際配置，來進行這兩個的參數配置即可，參數的單位都是m（兆）。
Java簡介
Java是一種可以撰寫跨平台應用軟體的面向對象的程序設計語言。Java 技術具有卓越的通用性、高效性、平台移植性和安全性，廣泛應用於PC、數據中心、游戲控制台、科學超級計算機、行動電話和互聯網，同時擁有全球最大的開發者專業社群。
主要組成
Java由四方面組成：
●Java編程語言，即語法。
●Java文件格式，即各種文件夾、文件的後綴。
●Java虛擬機(JVM)，即處理*.class文件的解釋器。
●Java應用程序介面(Java API)。
體系
Java分為三個體系，分別為：
Java SE（J2SE，Java2 Platform Standard Edition，標准版），
JavaEE（J2EE，Java 2 Platform, Enterprise Edition，企業版），
Java ME（J2ME，Java 2 Platform Micro Edition，微型版）。