AN
И JIT никакого нет. Алгоритм же не меняется
Size: a a a
2020 October 28
AN
Если вы сначала превращаете в объект, а потом уже его валидируете - это разумеется бред
BP
чому же? когда дела касается динамики у жабовой рефлексии мало шансов против того динамика родная стихия, это раз. два жабоский JIT офигенно тормозной. например, на первым итерациях одного и тоже бинарного сообщения жвм может отработать за 140-90 мс, а нода 8
Первое выполнения это вообще интерпретация
BP
Там jit-ом и не пахнет
AK
Там нет никакой рефлексии. Там обход динамического дерева.
рефлексия это в общем про почти все сериализаторы на основе jackson.
AN
чому же? когда дела касается динамики у жабовой рефлексии мало шансов против того динамика родная стихия, это раз. два жабоский JIT офигенно тормозной. например, на первым итерациях одного и тоже бинарного сообщения жвм может отработать за 140-90 мс, а нода 8
Это значит, что там как раз какой-то умник генерацию классов воткнул не туда.
AN
рефлексия это в общем про почти все сериализаторы на основе jackson.
При валидации никакой рефлексии нет. Она должна идти до создания инстанса
AK
Первое выполнения это вообще интерпретация
второе один хрен тормозное, почему-мто когда прогоняешь нагрузочные тесты жвм раздубляется спустя несколько обстрелов, до этого просто тормозит. если это не JIT то что тогда?
BP
а какая джава, там может размер хранилища классов заканчивается
BP
второе один хрен тормозное, почему-мто когда прогоняешь нагрузочные тесты жвм раздубляется спустя несколько обстрелов, до этого просто тормозит. если это не JIT то что тогда?
Интерпретация байт кода
BP
Потом он компилится в нативный
AK
а какая джава, там может размер хранилища классов заканчивается
openjdk 14. у нас нет отдельных жавонов в команде, сам вские r&d провожу. и жаба пока так себе как-то как инструмент, у меня подгорает. а какая жаба, а какое хранилище классов, а может переписать? берёшь ноду или го, следуешь мануалу либы - профит, берёшь жабу следуешь мануалу - поток вопросов.
BP
openjdk 14. у нас нет отдельных жавонов в команде, сам вские r&d провожу. и жаба пока так себе как-то как инструмент, у меня подгорает. а какая жаба, а какое хранилище классов, а может переписать? берёшь ноду или го, следуешь мануалу либы - профит, берёшь жабу следуешь мануалу - поток вопросов.
Ну если много классов генерить. Но в 14 должно быть норм.
AN
openjdk 14. у нас нет отдельных жавонов в команде, сам вские r&d провожу. и жаба пока так себе как-то как инструмент, у меня подгорает. а какая жаба, а какое хранилище классов, а может переписать? берёшь ноду или го, следуешь мануалу либы - профит, берёшь жабу следуешь мануалу - поток вопросов.
Ну если есть опыт на ноде и го и нет опыта на жаве, то разумеется. Уверен, у большинства будет обратный опыт. Я вот немного соприкасаюсь с нодой, желаю выкинуть ее к чертовой матери и никогда больше не подходить
BP
+ так почти с любым инструментом
AN
Плюс надо помнить. что Java/Kotlin, вообще говоря, более универсальная штука. Это значит, что под конкретную узкую задачу будет больше настроек и меньше из коробки.
с#
Ну если есть опыт на ноде и го и нет опыта на жаве, то разумеется. Уверен, у большинства будет обратный опыт. Я вот немного соприкасаюсь с нодой, желаю выкинуть ее к чертовой матери и никогда больше не подходить
ну вот про наоборот не буду подтверждать, но берёшь котлин жвм -> следуешь мануалу -> никакого потока вопросов не возникает
с#
даже когда первый раз в какой-то технологии пробую что-то
BP
ну вот про наоборот не буду подтверждать, но берёшь котлин жвм -> следуешь мануалу -> никакого потока вопросов не возникает
Так в таких вопросах мануала нет. Тем более когда с системой не знаком.
с#
Так в таких вопросах мануала нет. Тем более когда с системой не знаком.
ну так если не знаком с системой, то это не проблема системы