問題：jar提交到64位的linux環境中執行，由於檔案過大，5G左右，發現數據一致匯入不了，於是設定了JVM記憶體，執行命令如下：

java  -Xmx10240m -jar vip.jar

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.
 

執行程式加了這個設定，如下：

java -XX:-UseGCOverheadLimit -Xmx10240m -jar vip.jar

-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 

java -XX:-UseGCOverheadLimit -Xmx10240m -Xms10240m -jar vip.jar

ulimit -c unlimited