Вот как тут

Попробую visualvm, у меня просто jprofiler

В смысле если личится память то личится, это надо поправлять, но может будет понятно что именно там засоряет

Ну я пока не понял так сходу, да

Хорошая фича в visualvm :)
Ну в целом там понятно откуда столько нод, прямо как-то по-жесткому, для каждого объекта создается новый инстанс для пропертей и полей прототипа в том числе, откуда 100500 копий для всего, каждый новый объект в контексте оставляет после себя гору объектов

Просто не все проинициализировались еще в контексте
там получается пул на 100 контекстов
и в каждом контексте еще по 1000 объектов может быть, которы в свою очередь рождают еще больше

То есть теоретически все ок?

теоретически да
я не увидел чего-то неожиданного или что предполагал

1000 объектов разных на 100 контекстов

Но все равно, это не 100мб вроде как

больше, в проде от 2гб хипа 60% был грааль
ну точнее запустили билд под нагрузкой, а он упал при тестировании

там как, внутри такое

JS_SCRIPT_1.meta = {.....}
JS_SCRIPT_1.callFunction = function ....
JS_SCRIPT_1.init() = function....

и такое на каждый скрипт мы кладем в контекст, получается 1000х3
meta судя по дампу раскладывается по каждому объекту в нём, парсится, и заносится как graal object в хип, а у объекта еще прототип есть, и на прототип генерируется под каждую функцию и пропертю по объекту...

ну вот то на то оно и выходит

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

у нас обычный hotspot

просто polyglot используем

Вот эта картинка конечно интересная, я пока не понял профита копировать каждую пропертю по 10 раз

А, понятно :) может весь смысл и есть в том что оно свернётся потом?

Вы не на 11 случайно?

ну вот собираемся