это расхожее заблуждение

А железо тоже денег стоит

Я с го сравниваю

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

но очень неудобно

жава вполне себе урезается по ресурсам

просто этого никто не делает

Джава очень быстрая из-за хорошего механизма кеширования

Без ресурсов она не такая быстрая

плюс жава очень хочет стать динамическим языком, отсюда все эти спринги

Джава очень быстрая из-за хорошего механизма кеширования

и jit

А когда джава станет динамическим, то будет еще медленней :)

Го при прочих равных больше потребляет CPU, джава значительно больше мозгов

jit позволяет джаве хоть как-то оставаться на уровне с плюсами

Джава очень быстрая из-за хорошего механизма кеширования

сейчас бы самый большой проект в области VM просто свести к "просто хороше кэширует"

в JVM же овер9000 всяких механизмов

от кучи GC

я всех не знаю

jit позволяет джаве хоть как-то оставаться на уровне с плюсами

и за это платят сложностью билда, томозами при инициализации, тяжёлыми зависимостями

я всех не знаю

я думаю их никто все не знает

от кучи GC

GC, кстати, весьма спорный там

и за это платят сложностью билда, томозами при инициализации, тяжёлыми зависимостями

не за это

GC, кстати, весьма спорный там

какой из них?

платят за "чтоб не думать"

ты когда-нибудь наблюдал среднего жависта за работой?

и за это платят сложностью билда, томозами при инициализации, тяжёлыми зависимостями

ну, джава одной из первых начала вот это все с компиляцией одного бинарника под кучу платформ

просто этого никто не делает

делают. натурально куча компаний, которые делают кучу хаков и своих велосипедов, как раз чтобы повысить перфоманс и снизить потребление ресурсов. но я свой условный пет-проект на яве писать точно не стану, потому что если пользоваться привычными инструментами - проекту нужен будет гиг рамы и пара CPU кор, чтобы нормально шевелиться. а если не пользоваться, разработка превращается в жопу

го тоже так теперь

что простите ?

там нет компиляции под платформу.

Если есть такой чат, где на го пытаются решать задачи, а не делать из него джаву или rust или haskell, прошу в личку мне сообщением его скинуть. Англоязычные чаты приветствуются

делают. натурально куча компаний, которые делают кучу хаков и своих велосипедов, как раз чтобы повысить перфоманс и снизить потребление ресурсов. но я свой условный пет-проект на яве писать точно не стану, потому что если пользоваться привычными инструментами - проекту нужен будет гиг рамы и пара CPU кор, чтобы нормально шевелиться. а если не пользоваться, разработка превращается в жопу

я имел ввиду "в среднем мало кто делает".

там нет компиляции под платформу.

я про это и говорю

ну, джава одной из первых начала вот это все с компиляцией одного бинарника под кучу платформ

пасиб, лучшая шутка за вечер, при том что я посмотрел сегодня штук 5 стендапов на юутубах

пасиб, лучшая шутка за вечер, при том что я посмотрел сегодня штук 5 стендапов на юутубах

не шутка, толстые жары прям огонь как используются

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

а в байткод, который уже засасывает vm

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

спасибо, кэп

это просто вопрос того, какая архитектура будет код выполнять - реальная или виртуальная

но суть именно в том, что все статически в одном толстом бинарнике

байткоде

не бинарнике

== не будем сейчас учитывать сторонние решения а кстати кто в курсах, что за утилита делает экзешник intelij idea для виновз из джаров?

не бинарнике

tomato, tomato

Го при прочих равных больше потребляет CPU, джава значительно больше мозгов

пруфы?)

jit позволяет джаве хоть как-то оставаться на уровне с плюсами

JIT? на уровне с плюсами? вы серьёзно?

джава очень быстрая, это серьезно

пруфы?)

прям щас лень расписывать подробно, это по опыту реализации практически идентичного функционала на джава и Го

JIT? на уровне с плюсами? вы серьёзно?

а как еще язык с прослойкой в лице vm может выдавать такую же производительность, как и скомпиленный под архитектуру?

JIT? на уровне с плюсами? вы серьёзно?

Абсолютно

JIT? на уровне с плюсами? вы серьёзно?

если хип маленький то почему нет? джулия на многих синт. тестах почти си

JIT? на уровне с плюсами? вы серьёзно?

выделение памяти недешевая операция, так что да, где надо много консить - кресты проседают до уровня jvm

Абсолютно

мне что с JIT не нравится так то что он не предсказуем. С GC это вообще получается взрывная смесь. C/C++/Rust я более уверен в том как поведёт себя программа, с GC + JIT это очень сложно

Что такое консить?

cons

сленг для выделения памяти

мне что с JIT не нравится так то что он не предсказуем. С GC это вообще получается взрывная смесь. C/C++/Rust я более уверен в том как поведёт себя программа, с GC + JIT это очень сложно

в го нет jit, но все равно нихера не понятно

мне что с JIT не нравится так то что он не предсказуем. С GC это вообще получается взрывная смесь. C/C++/Rust я более уверен в том как поведёт себя программа, с GC + JIT это очень сложно

в жаве предсказуем, чо

:)

мне что с JIT не нравится так то что он не предсказуем. С GC это вообще получается взрывная смесь. C/C++/Rust я более уверен в том как поведёт себя программа, с GC + JIT это очень сложно

абсолютную уверенность могут дать только результаты бенчмарков

мне что с JIT не нравится так то что он не предсказуем. С GC это вообще получается взрывная смесь. C/C++/Rust я более уверен в том как поведёт себя программа, с GC + JIT это очень сложно

в C\Rust - возможно. кресты - хз, как повезет

в го нет jit, но все равно нихера не понятно

потому-что GC

потому-что GC

с которым воевать часто приходится

и не только потому что GC, а потому что правила хитрые с аллокацией

так GC есть вроде везде, где есть JIT. Или я что-то путаю?

с которым воевать часто приходится

это ж как например воевать?

Статьи на хабре есть про фризы го

из-за мусоросборщика

и как его побеждали

абсолютную уверенность могут дать только результаты бенчмарков

не весь код ты всегда будешь бенчмаркить, порой ты по опыту знаешь что будет быстрее а что медленее, а с GC + JIT порой просто бенчмаркишь и ожидаемое совершенно не совпадает с результатами собственно поэтому 3D движки на таких языках не пишут, оно то нормально работает, то кадры теряет.. непредсказуемо

это ж как например воевать?

например, использовать sync.Pool и преаллоцировать память

не весь код ты всегда будешь бенчмаркить, порой ты по опыту знаешь что будет быстрее а что медленее, а с GC + JIT порой просто бенчмаркишь и ожидаемое совершенно не совпадает с результатами собственно поэтому 3D движки на таких языках не пишут, оно то нормально работает, то кадры теряет.. непредсказуемо

чтобы из-за JIT что-то теряло кадры - это надо, чтобы графика на CPU обсчитывалась

в C\Rust - возможно. кресты - хз, как повезет

речь не о opaque abstractions, а про саму платформу. скомпилированный C++ относительно хорошо предсказуем

и да, Lua - язык с JIT, и он встроен в целую прорву игровых движков

да и на джаве они тоже есть

Он как дополнение выступает

я скорее против JIT чем за, со мной можно не соглашаться) но это конечно зависит от задания

я скорее против JIT чем за, со мной можно не соглашаться) но это конечно зависит от задания

у тебя просто нормального не было

luajit божественен

не весь код ты всегда будешь бенчмаркить, порой ты по опыту знаешь что будет быстрее а что медленее, а с GC + JIT порой просто бенчмаркишь и ожидаемое совершенно не совпадает с результатами собственно поэтому 3D движки на таких языках не пишут, оно то нормально работает, то кадры теряет.. непредсказуемо

бенчмаркать я буду только "бутылочное горлышко", а остальное и смысла нет == 3D движки на таких языках не пишут что да, то да. собственно любой гуй со сборкой мусора - это страшная содомия из-за GC пауз. Что джава, что веб

luajit божественен

смотря для чего, для скриптов может быть да

== 3D движки на таких языках не пишут вот вышла игра на юнити pathfinder kingmaker, По возможностям - чистый движок infinity из начала нулевых, но тормозит так, будто там топовая графика. Ужос до чего GC доводит

при этом действительно топовая графика на UE работает без лагов даже на слабых компах

не весь код ты всегда будешь бенчмаркить, порой ты по опыту знаешь что будет быстрее а что медленее, а с GC + JIT порой просто бенчмаркишь и ожидаемое совершенно не совпадает с результатами собственно поэтому 3D движки на таких языках не пишут, оно то нормально работает, то кадры теряет.. непредсказуемо

еще интереснее, когда бенчмаркают, чтобы выбрать язык, а он потом в проде ведет себя совершенно иначе

ахахаха

дождали когда даниель уснет и опять за старое?

дождали когда даниель уснет и опять за старое?

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

ну когда я говорю что он уснул, я имею введу "свернул чат и не наблюдает" ? А так я веб камеру к нему домой не ставил, не знаю когда он спит

еще интереснее, когда бенчмаркают, чтобы выбрать язык, а он потом в проде ведет себя совершенно иначе

собственно: предсказуемость

ну когда я говорю что он уснул, я имею введу "свернул чат и не наблюдает" ? А так я веб камеру к нему домой не ставил, не знаю когда он спит

Я так-то тоже стремался телегу читать когда таймер тикает, в смысле другие каналы.

собственно: предсказуемость

ну просто бенчмарки - это искусство само по себе

ну просто бенчмарки - это искусство само по себе

безусловно

еще интереснее, когда бенчмаркают, чтобы выбрать язык, а он потом в проде ведет себя совершенно иначе

Потому что надо уметь думать мозгом

luajit божественен

Даёшь raptorjit

JIT? на уровне с плюсами? вы серьёзно?

Да, вполне возможно. Про го и производительность: а вас не смущает что даже в сисколлах бывает аллокация?

Да, вполне возможно. Про го и производительность: а вас не смущает что даже в сисколлах бывает аллокация?

JIT менее предсказуем, плюсы, стат. компиляция - более

it might be just as fast, but it might also not.. you never really know, while a statically compiled binary always performs rather similar

JIT менее предсказуем, плюсы, стат. компиляция - более

Менее, но всегда можно посмотреть что получилось и помочь jit. Вообще, сейчас в jvm есть проект graalvm, думаю @onokonem будет интересно