В Rust добавляют 128-битные типы

Осталось только дождаться новых процессоров...

128 bit CPU

Intel умеет.

Осталось simd стабилизировать

даже 8 байт только в юникоде есть, а тут уже 16.

В юникоде 2.5 байта теоретически и 2.1 байта на текущий момент.

Лоооол. Лор был торт.

а не 8 ли? Или это utf8?

В те времена мыли о 128-битных процах много кому приходили в голову. Ещё жива была память о 16-разрядных процессорах (за счёт режима совместимости во всяких там 98 виндах, которые тогда только-только окончательно закопали)

Ну как же без этого.

http://en.wikipedia.org/wiki/128-bit

Помнится как я в 95 году купил книжку где на C народ делал реэйтресер типа того, что в Думе. Так вот для увеличения производительности там был введен новый тип который был целочисленное, но большое. Оно конечно большой прорыв, что в 2016 (почти 2917) году в ЯП надо СПЕЦИАЛЬНО вводить новый тип. Видимо программисты сами не могут создать новый типа на базе существующих. Такой вот перспективный ЯП.

На 64-битных процессорах, например, бывает операция умножения двух 64-битных чисел с 128-битным результатом. Для того, чтобы этим пользоваться, нужна поддержка компилятора.

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

Введен куда?

Правда? Чет я в паскале еще в 95 году писал такое как инлайн ассемблер. Я понимаю, что в Расте для этого нужен node.js

Тебе в сознание, чтоб ты прекратил издеваться над теми кто не понимает ваши правила языка (вы и сами их не понимаете)

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

Поплачь мне тут.

(вы и сами их не понимаете)

Мы-то их понимаем.

На 64-битных процессорах, например, бывает операция умножения двух 64-битных чисел с 128-битным результатом.

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

результат умножения всегда удвоенной разрядности

Можно поподробнее?

0xff*0xff сколько будет?

В те времена мыли о 128-битных процах много кому приходили в голову. Ещё жива была память о 16-разрядных процессорах (за счёт режима совместимости во всяких там 98 виндах, которые тогда только-только окончательно закопали)

Ты чего, прикалываешься что ли?

128-битные и 256-битные процессоры в то время уже, наоборот, успешно загнулись, так как рыночек порешал.

Вот тебе такая портативная YOBA, которая называлась OQO Model 1, на минутку 2004 год:
[Фоточка]

Внутри 128-битный VLIW-процессор со встроенным транслятором x86 для запуска икспишечки.

Собственно, CPU: Transmeta Crusoe. Стыдно не знать, так как в Transmeta сам Линус Торвальдс, между прочим, работал.

После Crusoe был создан 256-битный Efficeon и в 2005 году была выпущена такая ультрапортативная няшка (Sharp Actius MP30):
[Фоточка]

А мы таки напоминаем, что кроме x86-совместимых с расширениями бывают и другие архитектуры. Возможно, это и вовсе задел под ещё не реализованный в серийном железе, но представляющийся перспективным разраюотчикам Rust набор команд.

Спецификация RISC-V вроде как раз 128-бит предусматривает. Не на него ли поцанчики нацелились?

Не на него. По 128 битам у RISC-V только туманные планы.

А по чему у них не туманные планы?

В юникоде сейчас около 110 000 символов. Всего может быть около 1 100 000 символов. Для них не нужно 8 байтов.

они же там кажись резервировали ещё кучу байтов?

По 32 и 64 уже есть чипы, AFAIK.

инлайн ассемблер.

Через инлайн ассемблер это и так можно было. При чем тут типы?

Я про интерес публики, а не про то что реально делалось. После того как 64 пришёл на десктопы многие начали подозревать что лет эдак черед 10 то-же самое случится с 128.

0xff*0xff сколько будет?

А 0xff * 0x01?

Что бы тебе зарплату в 1 байтовых числах считали!

Что бы тебе зарплату в 1 байтовых числах считали!

Это все, на что вы способны? Слабенькое у вас оправдание.

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

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

Отсутствие чувства вины не отменяет наличие вины как таковой.

инлайн ассемблер

В самом деле, ведь кроссплатформенность не нужна.