Как java складывает 2 Long-a на 32-bit-ной машине?
Это происходит также как и с BigInt? Типо сначала одну половину грузит в проц, потом ответ сохраняет в кеш, считает вторую и потом уже соединяет ответ в одно?(со знаками переноса и проч)
А в чём проблема? Естественно, производительность будет ниже, чем на 64-битном процессоре, но математически невозможного в этом нет. И в кеш сохранять не обязательно, можно в регистр.
просто интересно стало как у них не возникло желания написать аналогично 128bit 256.. 512 bit-ные названия переменных. Прогресс же не стоит на месте, а через 100 лет кому захочется переписывать столетний код.
LoliDeveloper, судя по тому, сколько лет они пытаются впилить "пользовательские примитивные типы" - да.
Даже если не говорить про недра - в самой стандартной библиотеке говна тоже достаточно. Те же стримы, например.
LoliDeveloper, в jvm много проблем, все было предусмотреть невозможно. А изменять из за совместимости сложно. Например у шарпа виртуальная машина прям сильно лучше, потому что они с нуля все переписали и учли ошибки jvm
LoliDeveloper, они делали котлин с максимальным охватом и не знали выстрелит или нет. Свою jvm сложно написать, но в принципе делают и продают. Но ты имел ввиду свою vm, а это уже прям совсем космическая задача и с небольшими шансами что выстрелит. Они делали язык для себя в том числе, а они используют java для своих продуктов. Может однажды появится и такая версия, со своей vm
