LS
не oraclejdk
Size: a a a
2020 May 04
AE
у оракла который не коммерческий, а который open
Openjdk от оракла ничего особого. Я на zulu сел
BP
Я попробовал j9 но че то... не вау. немного памяти поменьше. Но почему то притормаживает.
ну для tornadofx норм, я там AOT использую. Выше тоже неплохая джк
LS
Openjdk от оракла ничего особого. Я на zulu сел
А что там особого?
LS
ну для tornadofx норм, я там AOT использую. Выше тоже неплохая джк
Ну а чем хорошо то?
BP
Ну а чем хорошо то?
памяти кушает намного меньше осообено без JIT который обычно для декстопа не нужен
BP
+ с AOT быстрей старт после первого запуска
AE
А что там особого?
Она оптимизирована местами, плюс там есть шенанда
2020 May 05
RU
+ с AOT быстрей старт после первого запуска
AOT это Грааль или есть что-то ещё кроме ушедшего excelsior?
AN
AOT это Грааль или есть что-то ещё кроме ушедшего excelsior?
Видимо кэширование машинного кода: https://en.wikipedia.org/wiki/OpenJ9#AOT_Compiler
RU
Вау круто
BP
С Граалем возится немного нужно
RU
Он fx под Винду всё ещё не поддерживает
BP
Он fx под Винду всё ещё не поддерживает
? Фх уже лучше отдельно ставить если речь про ждк
RU
? Фх уже лучше отдельно ставить если речь про ждк
Про грааль нейтив
RU
Graal native image может обходиться без jre, что круто, но к сожалению пока работает только под мак и линукс, поэтому и спросил про аот
AN
Graal native image может обходиться без jre, что круто, но к сожалению пока работает только под мак и линукс, поэтому и спросил про аот
Ну вроде уже полная поддержка винды есть несколько месяцев, но я не проверял
RU
Сам-то graal native image, может и да, а вот javafx ещё нет
RU
Вообще, когда допилят jfx с аот для винды и jfx для android будет круто.
Тогда можно будет +- одновременно кодить одно приложение под две платформы (в теории)
Тогда можно будет +- одновременно кодить одно приложение под две платформы (в теории)