У кого-нибудь есть линки про jit. Хочется логи нормально попарсить, да и вообще понять че там происходит, но гуглится толком HotSpot Glossary of Terms

Может быть, сразу взять https://github.com/AdoptOpenJDK/jitwatch, чтобы не глазами логи не читать?

пробовали, он не отвечает на вопрос uncommon_trap'ов, да у нас еще и логи большие слишком

Наверное, зависит от того, какой вопрос. А в чём он, кстати?)

ну много uncommon_trap событий, надо разобраться, что к чему, подробной инфы не хватает

Ну сам по себе uncommon trap - понятное явление - это значит, что какое-то условие нарушилось, хотя раньше не нарушалось. Дальше можно посмотреть в этот метод, посмотреть, где он вызывается и какие там значения, и почему они такими стали

это понятно, это всё и так видно, не понятны последствия uncommon_trap и более internal вещи, которые привели к условию,тот же transfer_to_interpriter не гуглится даже

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

Это деоптимизация, что само по себе совершенно нормально

Метод перекомпилируется постоянно, в этом и проблема, что приводит к утечкам

Друзья, мы рады пригласить на Java Z-Day 2021 - международную онлайн конференцию для Java-разработчиков.

Когда: 8-9 апреля, 2021
Цена: бесплатно

Уже в программе:
- “Spring Data Рostроитель" - Евгений Борисов, Director, Software Engineering @ EPAM
- “JDK 16: What's next for Java?" – Саймон Риттер, Deputy CTO в @ AzulSystems
- “100% Fast and Resilient Microservice with RSocket "- Олег Докука, Reactive Guru. Java Champion. Working on RSocket Protocol
- “Bootiful Stream Processing!" - Виктор Гамов, Developer Advocate @ Confluent

Будет ещё много интересного, доклады, дискуссионные зоны и другие фановыe активности

Присоединяйтесь: https://cutt.ly/Ezk5UPM

Вот не забыть бы) И не поднялось высоко

в закрепленном есть)

ну и если зарегистрироваться, придет напоминание))

и спам опосля)

Как-то сталкивался с таким, но уже забыл, в чём было дело. Вариантов немного: метод кривой, вызывается как-то криво или баг в jvm.
Предлагаю попробовать такие штуки:
* отключить C2
* обновить java и проверить, воспроизводится ли поведение.
* попробовать на fastedebug-сборке - вдруг что-то отвалится.
* в конце концов - отключить компиляцию этого метода совсем

Возможно, есть проблема в -XX:ReservedCodeCacheSize=512m , в смысле не в недостаточном размере кэша, так что скомпилированные методы постоянно оттуда вытесянются и компилируются заново. Так же можно попробовать отключить тирд компиляцию, чтобы сразу С2 компилировал -XX:-TieredCompilation

если первое случается, то это легко проверить. Во-первых, идёт повышенный расход CPU как будто из ниоткуда. Во-вторых, если включен JMX, то можно подцепиться вижуалвиэмом и проверить размер кэша. Если под завязку, значит, надо увеличивать.

Точно, такое может быть. Но правда не вяжется с причиной uncommon trap.

package  с enum присутствует в classpath, но класса нет. Такое возможно?