иначе я хз как это обьяснить

На память посмотри чувак, какбы я все понимаю, но там вообще хип полностью не выделился

Хотя не понятно вообще что это за картинка

нет, ну смотри для обычной jvm:

стартанули либы
дальше начали читать jar
распаковывать
парсить байткод и загружать его в память
запустили интерпретатор (у него структуры тоже пожирнее будут)
плюс возможно кодекеш/метаспейс сразу прокомитил порядочно памяти на будущее


против нейтив имейджа:

хоть через mmap сразу втянули отображения структур которые будут после распаршивания в память
начали с ними работать и алоцировать их

Хип или память в целом

я посмотрел, там написано RSS

то есть вся память

RSS = Heap size + MetaSpace + OffHeap size

Где? Не видел чот

А блин

Да

Но вообще это явно не внутренности отъели, это просто хип отобрал память у системы

и внутренности, и хип (особенно если стоит инициализация всего хипа на старте), и может ещё что

и замеряли судя по описанию: запустили сервис, сделали 1 запрос, замеряли, погасили

прямо “очевидное-вероятное” =)

а вообще ожидаю что памяти нейтив имейд тоже жрать будет меньше, так как нету профиля на рантайме и что скомпилировали то у тебя в коде кеше есть

в рантайме же начинаем профилировать и инлайнить жестоко => кодекеш растет

Да профиль этот не так много занимает

профиль нет, кодекеш да =)

Я склоняюсь к тому, что это жвм тулинг столько сожрал

просто я не пойму сравнение теплого с мягким =) смотря что собираешься делать тот инструмент и выбираешь

да и не знаю насчет code cache если честно, там ж jit наверное и не успел поработать