問題：jar提交到64位的linux環境中執行，由于文件過大，5G左右，發現數據一致導入不了，于是設置了JVM內存，執行命令如下：

java -Xmx10240m -jar vip.jar
結果爆出GC錯誤：

java.lang.OutOfMemoryError: GC overhead limit exceeded
分析：

官網上對該錯誤的說明：

The concurrent collector will throw an OutOfMemoryError if too much time is being spent in garbage collection: if more than 98% of the total time is spent in garbage collection and less than 2% of the heap is recovered, an OutOfMemoryError will be thrown. This feature is designed to prevent applications from running for an extended period of time while making little or no progress because the heap is too small. If necessary, this feature can be disabled by adding the option-XX:-UseGCOverheadLimitto the command line.
在JDK_1.7.0_60版本中，JVM默認啟動的時候-XX:+UseGCOverheadLimit，即啟用了該特性。這其實是JVM的一種推斷，如果垃圾回收耗費了98%的時間，但是回收的內存還不到2%，那么JVM會認為即將發生OOM，讓程序提前結束。可以使用-XX:-UseGCOverheadLimit，關掉這個特性。

執行程序加了這個設置，如下：

java -XX:-UseGCOverheadLimit -Xmx10240m -jar vip.jar
有必要總結下JVM內存調優和JVM參數設置：

-server//服務器模式
-Xmx2g //JVM最大允許分配的堆內存，按需分配
-Xms2g //JVM初始分配的堆內存，一般和Xmx配置成一樣以避免每次gc后JVM重新分配內存。
-Xmn256m //年輕代內存大小，整個JVM內存=年輕代 + 年老代 + 持久代
-XX:PermSize=128m //持久代內存大小
-Xss256k //設置每個線程的堆棧大小
-XX:+DisableExplicitGC //忽略手動調用GC, System.gc()的調用就會變成一個空調用，完全不觸發GC
-XX:+UseConcMarkSweepGC //并發標記清除（CMS）收集器
-XX:+CMSParallelRemarkEnabled //降低標記停頓
-XX:+UseCMSCompactAtFullCollection //在FULL GC的時候對年老代的壓縮
-XX:LargePageSizeInBytes=128m //內存頁的大小
-XX:+UseFastAccessorMethods //原始類型的快速優化
-XX:+UseCMSInitiatingOccupancyOnly //使用手動定義初始化定義開始CMS收集
-XX:CMSInitiatingOccupancyFraction=70 //使用cms作為垃圾回收使用70％后開始CMS收集

JVM參數大全參考：http://www.blogjava.net/bitbit/archive/2009/11/30/304247.html

后續又爆出錯誤：

java.lang.OutOfMemoryError: Java heap space
增加JVM參數設置：

java -XX:-UseGCOverheadLimit -Xmx10240m -Xms10240m -jar vip.jar
最好先執行下： ulimit -c unlimited

總結

以上是生活随笔為你收集整理的64位Linux下JVM内存调设遇到GC问题的备忘的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。