Каково состояние дел с решением проблемы OutOfMemoryError для Tomcat + Hibernate?

По-прежнему эта проблема никак не решается?

Это у тебя во время горячего передеплоя?

Добавлено через 8 минут и 3 секунды
может это?
OutOfMemory issue

Andrey1
А сколько у тебя памяти томкету отведено? и в какой ситуации выпало?

Спасибо. Попробую. 
Что-то подобное у меня было прописано...

Добавлено через 3 минуты и 45 секунд

Выпадает при передиплое.... (NetBeans - организует - при сохранении файла).
Старые VM параметры для Томкета уже сбил... Попробую новые свеже-посоветованные .

Andrey1
Видимо у тебя много классов загружается при запуске, возможно динамически генерируемых (как из jsp), и они не влезают в отведенную под классы память perm generation. То есть надо выставить -XX:PermSize=<initial size> -XX:MaxPermSize=<maximum size> побольше.

Добавлено через 6 минут и 58 секунд
Можно еще добавить вот такой параметр -XX:PrintGCDetails чтобы вывести в консоль, как реально расходуется и освобождается память.

Это сообщение отредактировал(а) Maksym - 4.12.2008, 17:38

Рецепт пошел  массы 

Действительно, скорее всего проблема в конфигурации сборщика мусора. 

Какой-то феерически самонадеянный рецепт.
Вместо того, чтобы объяснить, как устанавливаются квоты использования памяти автор предлагает поставить Xmx512m. И не важно, сколько памяти ест приложение, и сколько ее на сервере, 512 и все. Да и MaxPermSize=512m при этом тоже выглядит весело: если perm займет-таки все выделенные ему мегабайты, то где будут располагаться собственно объекты? 

Опять же, параметры тонкой настройки надо смотреть для конкретной JVM: Sun'овская реализация как-бы не единственная.

Если по делу - то согласен с Maksym: для начала увеличить MaxPermSize, если не поможет - смотреть логи сборки мусора.

Этот пример взят из книги SeamInAction. И он работает (по крайней мере у меня)! 
А подробности тут http://my.opera.com/karmazilla/blog/2007/0...utofmemoryerror

То, что пример взят из книги еще не говорит о его качестве. А вот то, что "автор говорит, что у него с этими параметрами сделать OutOfMemoryError не получилось ни разу" уже много говорит об авторе примера.

Начет последней ссылки - тоже не все так просто. У человека была проблема, он ее решил, и описал решение. Но это не значит, что он правильно понял то, о чем пишет. Например, он утверждает, что сборка мусора в перме по умолчанию отключена. Но это не всегда так тут важно чья JDK, в каком режиме запущена (серверный/клиентский и пр.). Хотя для общего понимания проблемы информация конечно полезная.

Я и не говорю, что это решит все проблемы Но это возможно поможет выйти на правильное решение 
Кстати, может быть глубокоуважаемый Shurr подскажет ссылки на более качественное описание и решение проблемы (или правильнее сказать класса проблем)?
p/s
Интересно Andrey1 уже решил проблему с outofmemory? Если да то было бы очень интересно узнать что ему помогло.

intr
Для начала стоит попытаться определиться с чем проблема: с кодом приложения, или с ресурсами. Если проблема в ресурсах - я бы начал с базовых рекомендаций по диагностике тюнингу от производителя, например Tuning Garbage Collection от Sun. Конкретно по ключам запуска можно посмотреть здесь. В случае, если используется не HotSpot JVM от Sun, то и документацию по используемой реализации, например для IBM.

В данном случае ошибка возникает при горячем передеплое, и OutOfMemory вылетает для perm-области. После прочтения документации мы видим, что проблема скорее всего в ресурсах. Конкретнее - при горячем передеплое контейнер держит два полных набора классов: старые классы ждут полной выработки уже запущенных на исполнение задач, новые используются для всех вновь поступивших.
В качестве простого решения можно попробовать увеличить размер perm'а. Логически можно предположить, что увеличивать размер perm'а более чем в два раза сейчас не нужно, т.к. один полный набор классов в текущий момент влазит в выделенную для него память.
Если не поможет - нужно смотреть лог сборки мусора, производится ли она в указанной области, с какими результатами.

В общем и целом ИМХО решение должно быть результатом анализа конкретной ситуации. В вышеупомянутом же "рецепте", предоставлялась "серебрянная пуля", мол запусти с такими параметрами и будет тебе полное счастие. Что и вызвало мои замечания о его (рецепта) малой адекватности.

Спасибо за развернутый ответ
p/s
В большинстве случаев серебряная пуля действует Хотя согласен, что - "Серебряной пули не существует":)

Это сообщение отредактировал(а) intr - 5.12.2008, 19:02

Да, решил. Помог тот самый рецепт "Исследователя бытия" .

Осмелюсь выразить мнение, что данный рецеп вообще говоря не является решением проблемы. По крайней мере у меня он не работает. Это лишь способ отложить проблему на несколько ридиплоев. Пермген в данном случае вылетит допустим не с 5, ну а с 15 раза. А такого можно добиться и без указанных опций:



а путем использования --XmxМНОГОm. 


Это сообщение отредактировал(а) powerOn - 23.7.2009, 21:03

powerOn
Так дело же в perm gen памяти. А xmx это heap, разве он повлияет на редеплой?