JAVA/HEAP — странное поведение сборки мусора приводит к снижению производительности сервера ⇐ JAVA

[Anonymous]

История приложения:
У нас есть веб-приложение Java на сервере Tomcat для нескольких пользователей. У нас работают более 30 клиентских серверов.
Проблема:
У одного конкретного клиента мы столкнулись со странным явлением, связанным с использованием памяти. Система работает часами/днями, вполне нормально, но через некоторое время производительность сервера снижается из-за загрузки ЦП, я думаю, из-за использования памяти/GC.
Insights:< /strong>
Как видно на снимке экрана, у нас доступно около 14 ГБ памяти, приложение зарезервировало кучу размером около 5 ГБ и также использует 5 ГБ. Как вы можете видеть, пространство кучи и используемая куча приближаются асимптопически, пока GP не обострится и производительность сервера не упадет все больше и больше.
Инцидент
1 .) в тот момент, когда позвонил клиент, и я сделал дамп кучи

2.) после выхода из системы половины пользователей (снял дамп)

3.) после того, как все пользователи вышли из системы (взял дамп)
для сравнения: это нормальное поведение, как и ожидалось (тот же сервер после выхода из системы, без перезапуска):
После инцидента
Вопрос:
Почему сборщик мусора пытается очистить все больше и больше и не увеличивает размер кучи?
Вопрос:
Почему сборщик мусора пытается очистить все больше и больше, а размер кучи не увеличивает?
Как его отладить дальше?
Любой толчок в правильном направлении будет полезен и очень ценю.
Я пытался интерпретировать файлы JFR, дампы HEAP. но это не вело меня в каком-то конкретном направлении. проблема не в выделенных объектах, а в том, что укрупнение GC и приложение не просто занимают больший размер кучи.

Подробнее здесь: https://stackoverflow.com/questions/793 ... mance-degr