JVM выдает OutOfMemory во время gc, хотя остается много памяти - PullRequest
Новая
       13

JVM выдает OutOfMemory во время gc, хотя остается много памяти

6 голосов
/ 20 сентября 2009

У меня есть приложение Java, настроенное на использование памяти 5G. Я получил OutOfMemory из ниоткуда. Я проверил журнал gc и обнаружил, что осталось достаточно памяти: молодое поколение занимает 4% выделенного пространства, занятость генерации владения составляет 5%, а генерация разрешений составляет 43%. Я озадачен, почему JVM выбрасывает OutOfMemory во время gc. Кто-нибудь знает, почему это происходит? Ваша помощь очень ценится.

Настройки памяти JVM и gc: 

-server -Xms5g -Xmx5g -Xss256k -XX:NewSize=2g -XX:MaxNewSize=2g -XX:+UseParallelOldGC -XX:+UseTLAB -XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=90 -XX:+DisableExplicitGC

gc.log 

2009-09-19T03:34:59.741+0000: 92836.778: [GC
Desired survivor size 152567808 bytes, new threshold 1 (max 15)
 [PSYoungGen: 1941492K->144057K(1947072K)] 3138022K->1340830K(5092800K), 0.1947640 secs] [Times: user=0.61 sys=0.01, real=0.19 secs] 
2009-09-19T03:35:29.918+0000: 92866.954: [GC
Desired survivor size 152109056 bytes, new threshold 1 (max 15)
 [PSYoungGen: 1941625K->144049K(1948608K)] 3138398K->1341080K(5094336K), 0.1942000 secs] [Times: user=0.61 sys=0.01, real=0.20 secs] 
2009-09-19T03:35:56.883+0000: 92893.920: [GC
Desired survivor size 156565504 bytes, new threshold 1 (max 15)
 [PSYoungGen: 1567994K->115427K(1915072K)] 2765026K->1312820K(5060800K), 0.1586320 secs] [Times: user=0.50 sys=0.01, real=0.16 secs] 
2009-09-19T03:35:57.042+0000: 92894.079: [GC
Desired survivor size 179961856 bytes, new threshold 1 (max 15)
 [PSYoungGen: 115427K->0K(1898560K)] 1312820K->1313987K(5044288K), 0.0775650 secs] [Times: user=0.42 sys=0.19, real=0.08 secs] 
2009-09-19T03:35:57.120+0000: 92894.157: [Full GC [PSYoungGen: 0K->0K(1898560K)] [ParOldGen: 1313987K->159522K(3145728K)] 1313987K->159522K(5044288K) [PSPermGen: 20025K->19942K(40256K)], 0.56923
00 secs] [Times: user=2.18 sys=0.05, real=0.57 secs] 
2009-09-19T03:35:57.690+0000: 92894.726: [GC
Desired survivor size 197066752 bytes, new threshold 1 (max 15)
 [PSYoungGen: 0K->0K(1745728K)] 159522K->159522K(4891456K), 0.0072590 secs] [Times: user=0.01 sys=0.00, real=0.00 secs] 
2009-09-19T03:35:57.698+0000: 92894.734: [Full GC [PSYoungGen: 0K->0K(1745728K)] [ParOldGen: 159522K->158627K(3145728K)] 159522K->158627K(4891456K) [PSPermGen: 19942K->19934K(45504K)], 0.3280480
 secs] [Times: user=1.46 sys=0.00, real=0.33 secs] 
Heap
 PSYoungGen      total 1745728K, used 87233K [0x00002aab73650000, 0x00002aabf3650000, 0x00002aabf3650000)
  eden space 1745664K, 4% used [0x00002aab73650000,0x00002aab78b80778,0x00002aabddf10000)
  from space 64K, 0% used [0x00002aabddf10000,0x00002aabddf10000,0x00002aabddf20000)
  to   space 192448K, 0% used [0x00002aabe7a60000,0x00002aabe7a60000,0x00002aabf3650000)
 ParOldGen       total 3145728K, used 158627K [0x00002aaab3650000, 0x00002aab73650000, 0x00002aab73650000)
  object space 3145728K, 5% used [0x00002aaab3650000,0x00002aaabd138d28,0x00002aab73650000)
 PSPermGen       total 45504K, used 19965K [0x00002aaaae250000, 0x00002aaab0ec0000, 0x00002aaab3650000)
  object space 45504K, 43% used [0x00002aaaae250000,0x00002aaaaf5cf668,0x00002aaab0ec0000)

Я нахожусь на 64-битной Linux и JRE 1.6.0_10: 

$uname -a
Linux x 2.6.24-etchnhalf.1-amd64 #1 SMP Tue Oct 14 03:11:45 UTC 2008 x86_64 GNU/Linux 

$java -version
java version "1.6.0_10" 
Java(TM) SE Runtime Environment (build 1.6.0_10-b33) 
Java HotSpot(TM) 64-Bit Server VM (build 11.0-b15, mixed mode)

Ответы [ 3 ]

3 голосов
/ 22 сентября 2009

Ладно, возможно глупый ответ, но у вашей коробки есть как минимум 5 ГБ ОЗУ, верно? Просто проверяю. :-) Я не могу вспомнить, действительно ли JVM проверяет, достаточно ли у вас памяти, пока она на самом деле не попытается выделить ее.

0 голосов
/ 01 августа 2010

Возможно, вы захотите использовать профилировщик и отладчик, чтобы понять точное состояние, в котором происходит ошибка нехватки памяти.

Я использую Jprofiler для профилирования и Eclipse's Debugger для отладки. Оба имеют достаточные функции для своих целей.

Мне также хотелось бы видеть трассировку стека ошибок, чтобы определить тип ошибки и где именно она начинается. Это очень важная информация, которая отсутствует в вопросе.

0 голосов
/ 21 сентября 2009

Кроме того, каковы подробности с OutOfMemoryException - это связано с ограничением накладных расходов GC? Если это так, это исключение можно отключить (-XX: -UseGCOverheadLimit)

См. Эту страницу о опциях gc и их объяснении

...