“Текущие Загруженные Классы”: постоянно увеличиваясь, PermGen, возвращающийся вокруг макс.?

Я обратился бы к реализации некоторой формы тяжелого ограничения приложения. Препятствуйте тому, чтобы они выполнили что-либо кроме своего пакета офисных программ и чего-либо еще, в чем они нуждаются для их ежедневной работы. Даже если они заблокированы вниз так, чтобы они не могли запустить вредоносное программное обеспечение, приложение жулика могло все еще использовать ресурсы.

Отключите обои на нем; это может повлиять на производительность. Также вызовите его к 256 цветам, если нет подлинная потребность повыситься.

3
задан 14 January 2010 в 18:46
1 ответ

я боюсь, что нет никакого четкого ответа на Ваш вопрос. большая часть места в permgen должна быть занята классами Вашего приложения. возможно, что Ваше приложение генерирует классы, в то время как это работает. затем описанное поведение Вашего приложения как ожидалось. когда Ваше приложение не генерирует классы на лету, количество загруженных классов и сумма permgen должны быть более или менее статичными.

когда Ваше приложение создает к очень классам, можно получить проблемы памяти. Вы будете затем видеть java.lang.OutOfMemoryError: PermGen space сообщения в журнале кота. можно протестировать это путем установки генерала перманента явно с этим параметром: -XX:MaxPermSize=.

можно также попробовать этот параметр: -XX:+CMSClassUnloadingEnabled с cms сборщиком "мусора". когда количество загруженных классов не понижается, у Вас все еще есть ссылки от объектов до этих классов. это могло быть знаком, у Вас действительно есть утечка памяти. но определенно необходимо знать, что запущенное приложение уверено. когда это - желаемое поведение приложения, можно только увеличить пространство для Генерала перманента, размер генерала перманента дополнителен к размеру "кучи".

вот регистрация на stackoverflow, который предлагает, чтобы метод ясно дал понять, каково содержание permgen.

1
ответ дан 3 December 2019 в 07:44

Теги

Похожие вопросы