Clean:
Allocated ~8.8 Gb
[plantuml:27631]    classlist:   7,462.87 ms,  2.18 GB
[plantuml:27631]        (cap):   1,263.10 ms,  2.18 GB
[plantuml:27631]        setup:   2,728.88 ms,  2.18 GB
[plantuml:27631]   (typeflow):  54,175.23 ms,  6.92 GB
[plantuml:27631]    (objects):  30,871.35 ms,  6.92 GB
[plantuml:27631]   (features):  10,885.79 ms,  6.92 GB
[plantuml:27631]     analysis: 101,303.56 ms,  6.92 GB
[plantuml:27631]     (clinit):   2,830.37 ms,  6.73 GB
9415 method(s) included for runtime compilation
[plantuml:27631]     universe:   6,716.29 ms,  6.73 GB
[plantuml:27631]      (parse):  12,659.89 ms,  6.66 GB
[plantuml:27631]     (inline):  10,453.89 ms,  6.64 GB
[plantuml:27631]    (compile):  54,709.70 ms,  7.28 GB
[plantuml:27631]      compile:  83,759.55 ms,  7.29 GB
[plantuml:27631]        image:  11,502.69 ms,  7.24 GB
[plantuml:27631]        write:   1,424.70 ms,  7.24 GB
[plantuml:27631]      [total]: 216,694.41 ms,  7.24 GB


-J-Xms5g -J-Xms5g:
Allocated ~6 Gb
[plantuml:25932]    classlist:  15,384.14 ms,  4.79 GB
[plantuml:25932]        (cap):   1,973.95 ms,  4.79 GB
[plantuml:25932]        setup:   3,716.09 ms,  4.79 GB
[plantuml:25932]   (typeflow): 224,891.65 ms,  4.45 GB
[plantuml:25932]    (objects):  68,129.60 ms,  4.45 GB
[plantuml:25932]   (features):  21,315.61 ms,  4.45 GB
[plantuml:25932]     analysis: 322,193.30 ms,  4.45 GB
[plantuml:25932]     (clinit):   9,844.03 ms,  4.45 GB
9415 method(s) included for runtime compilation
[plantuml:25932]     universe:  38,944.21 ms,  4.45 GB
[plantuml:25932]      (parse):  11,619.07 ms,  4.44 GB
[plantuml:25932]     (inline):  12,809.92 ms,  4.60 GB
[plantuml:25932]    (compile):  57,645.29 ms,  4.70 GB
[plantuml:25932]      compile:  88,024.69 ms,  4.70 GB
[plantuml:25932]        image:  13,937.66 ms,  4.54 GB
[plantuml:25932]        write:   1,750.45 ms,  4.54 GB
[plantuml:25932]      [total]: 488,216.98 ms,  4.54 GB

В общем как всегда компромисс между памятью и скоростью...

Это понятно :) но ведь сразу вопрос стоял "невозможно собрать не выелбчив все что можно"

Но вообще у меня довольно грубо сделано сейчас. Суть в том, что я описал чуть-ли ни весь Swing. А в результате он ВЕСЬ в компиляцию попадает. Хоть это по факту и не нужно.
Так что теперь думаю над тем, как бы подтягивать описания строго по требованию, по мере использования конкретных классов свинга.
Насколько я понимаю API это может позволить сделать...

Ну и при 6Гб я уже могу в GitHub Actions вписаться попробовать. Только самому Maven ещё аппетиты подрезать и ок...

А вообще пересобрал на 20.0.0 и процес запуска оконного интерфейса чуть сдвинулся. Там, где раньше, больше не падает. Зато теперь падает просто прекрасно: https://gist.github.com/vektory79/08f3571eeab01e0dec864b9f5b744628

Это чего же, оно крашится при создании крешдампа?!!!!

Чтоб жизнь медом не казалась

сделай баг-репорт пожалуйста?

ну и чтоб чат не думал неправильно - ты же свой форк там как-то собираешь

кастомный

который неизвестно что делает )

в смысле что мы его потестить не можем

Не надо грязи! Не форк. Я просто один класс удаляю, который блокирует загрузку свинга и больше ничегошеньки не делает. Если проделать действия из моего редми - то всё будет.

😂

А так - зарепорчу, да. Как только опять до компа добирусь

@vektory79 Спасибо, коммент "Зато теперь падает просто прекрасно:" сделал мое утро!)

так жизненно...

Ага. Я вчера тоже поржал, когда понял что происходит 😂

Как обещал: https://github.com/oracle/graal/issues/2254

Спасибо большое!