Есть сервис. Тупо слушает порт, пишет в базу, прокидывает часть сообщений в kafka. Задеплоен как контейнер в OpenShift кластере. Тривиальный и небольшой. Но такое впечатление что течет процессорное время. Grafana показывает линейный рост загрузки процессора от времени. Память константа. Поставил на удаленный мониторинг через jvisualvm — все чисто, процессор практически не загружен, память не течет, лишние потоки не плодятся, никакого криминала не заметил. Если использовать сборщики мусора parallelGC, G1, Serial — через определенное время, когда по grafana происходит максимум загрузки процессора, происходит хороший такой stop the world когда пода не отвечает несколько минут и она прибивается. Поставил cms сборщик, вроде получше, но один черт загрузка процессора средствами grafana лезет линейно вверх со временем, правда потом сбрасывается через несколько дней в ноль и снова линейно растет со временем. Не память, а именно процессор. При этом через jvisualvm никакого криминала не видно, загрузка процессора близка к нулевой, прямо перед падениям ничего похожего на затык сборщика мусора не видел, до самого конца классическая пила параллельная оси времени.
Не могу понять что может хотя бы теоретически быть за хрень, откуда к чертям может быть утечка процессорного времени на ровном месте, причем невидимая для JVM, ее только grafana видит. Такая хрень только с одной подой только с одним сервисом. Остальные сервисы вполне нормально работают. Причем еще и пользуются общими либами.
