H.J. Lu анонсирует x32-abi

Ниасилил. А разве у 64х битной архитектуры есть какие-то еще преимущества кроме 64х битных указателей?

больше регистров ?

Целочисленные операции над большими числами же. Разрядность процессора обычно обозначает в первую очередь разрядность регистров общего назначения.

в рамках «вкусностей» AVX, вкусные они будут только на x86_64, на 32 битах будет только половина регистров, урезанных пополам,с другой стороны есть много слоупоков консервативно настроенных пользователей, не желающих переходить на x86_64 за счет повышенных аппетитов к памяти, а тут по сути аппетиты будут те же, но зато набор инструкций в приложениях будет полноценно 64-битный, вообщем интересно насколько этот вариант ABI будет способен прижиться среди x86 и amd64

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

все это замекчательно, только для перехода нужны причины. Я знаю только две. Есть софт 64бит-онли (и виртуализация x86_64 возможна только на X86_64) и есть много памяти. Если обе причины неактуальны, то зачем?

хороший вопрос «зачем», можно задать его по-другому - «а если это возможно, то почему бы не попробовать?», мне вот интересно будет посмотреть на развитие и ту долю которую x32-psabi себе откусит )

Потому что в 32-х битном режиме это мало регистров, стек эвривере, уныние, CISC, безыдейность, а в 64-х битном режиме это ВНЕЗАПНО в 2 раза больше регистров (в том числе и в 2 раза больше SSE), стек почти не используется, радость, почти RISC и процветание.

> «а если это возможно, то почему бы не попробовать?»

Ну это заветная формула для создания бардака.

Похоже, что Штеуд уже уперся в стенку развития , теперь в репертуаре у них невинные сюрпризы.

> А разве у 64х битной архитектуры есть какие-то еще преимущества кроме 64х битных указателей?

Внезапно: http://en.wikipedia.org/wiki/X86-64#Architectural_features

хороший вопрос «зачем», можно задать его по-другому - «а если это возможно, то почему бы не попробовать?»

Миграция на x86_64 нетривиальна, нужно всё переставлять и возможно терять ряд контента завязанного в по на разрядность камня.

> ряд контента завязанного в по на разрядность камня

Пример контента можно?

а кто, собственно, гарантирует совместимость на все 100 ? x32-psabi тоже другая архитектура и тоже надо все переставлять и т д , и т п...

просто несколько другая вариация ABI, с устранением наверное наиболее часто упоминаемого недостатка amd64 - аппетитов к памяти, в среднем конечно оно 15-20% , но кое где может и за 100% переваливать, лично видела как java-приложение использующее 512Мб памяти в 32 битном режиме стало кушать 1.4Гб при смене явы на 64-битную

Потому что в 32-х битном режиме это мало регистров, стек эвривере, уныние, CISC, безыдейность, а в 64-х битном режиме это ВНЕЗАПНО в 2 раза больше регистров (в том числе и в 2 раза больше SSE), стек почти не используется, радость, почти RISC и процветание.

Что же используется вместо стека, прямой доступ к Христу за пазуху?

Больше регистров, например.

> лично видела как java-приложение использующее 512Мб памяти в 32 битном режиме стало кушать 1.4Гб при смене явы на 64-битную

В жабке для этого есть -XX:+UseCompressedOops

спасибо, запишу куда-нибудь на будущее, сейчас 32битная гента стоит там

Пример контента можно?

Ну.. pg'шные базы, OpenLDAP'ные базы на bdb.. этого мало? Есть различный декстопный софт со своими неправильными бинарными форматами и не всезде заранее узнаешь завязку формата на платформу.

> Пример контента можно?

Можно. VP7, который для 32бит есть в виде win32 кодека, а для amd64 нет. Хотя, можно спорить, нужен ли VP7 вообще :)

> просто несколько другая вариация ABI, с устранением наверное наиболее часто упоминаемого недостатка amd64 - аппетитов к памяти, в среднем конечно оно 15-20% ,

Среднеяя температура по больнице? Источник плиз.

Если в среднем указатели указывают на чанки памяти, больше, чем 80 байт, то оверхед, внезапно, около 10%.

И часть инструкций доступна только в 64 битном режиме

> Что же используется вместо стека, прямой доступ к Христу за пазуху?

В 2 раза больше регистров, каждый из которых в 2 раза больше.

> Ну.. pg'шные базы, OpenLDAP'ные базы на bdb.. этого мало?

Это не смертельно на самом деле. Да и конвертируется безболезненно. Главное не забыть.

> Можно. VP7, который для 32бит есть в виде win32 кодека, а для amd64 нет.

Это трудно назвать именно проблемой контента.

> просто несколько другая вариация ABI, с устранением наверное наиболее часто упоминаемого недостатка amd64 - аппетитов к памяти, в среднем конечно оно 15-20% , но кое где может и за 100% переваливать, лично видела как java-приложение использующее 512Мб памяти в 32 битном режиме стало кушать 1.4Гб при смене явы на 64-битную

А Вам не пришло в голову, что «используемая» память это просто тот кусок, которых JVM отхватывает по умолчанию. И это самое «по умолчанию» зависит от много чего, в том числе и от битности. Вообще-то в свое время Sun рекомендовала использовать 64 битный режим только если приложению надо более 2х гигабайт. Так что я даже несколько удивлен, что оно отхватило только 1.4.

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

там для приложения требуется явное указание этого куска -Xms -Xmx

и если для 32 бит это -Xms524m -Xmx524m
и все работает, то для 64 бит приходится задавать 1.4 Гб, иначе ничего просто не загрузится с сообщением о надостатке памяти.

Это всё хорошо (дополнительные регистры), но какой в них смысл, если предыдущие еще не осилили?

Или тогда приведите примеры ОС (именно ОС), например, 2010 года, использующей SSE, MMX и многозадачность в полном объёме.

>Или тогда приведите примеры ОС (именно ОС), например, 2010 года, использующей SSE, MMX и многозадачность в полном объёме.


Вы чего там курите ? :)

>>Или тогда приведите примеры ОС (именно ОС), например, 2010 года, использующей SSE, MMX и многозадачность в полном объёме.

Вы чего там курите ? :)

А что, linux уже можно собрать с включенной генерацией simd-интсрукций? Даже при использовании FPU нужно сохранять регистры явным образом.

>А что, linux уже можно собрать с включенной генерацией simd-интсрукций? Даже при использовании FPU нужно сохранять регистры явным образом.

У вас один поставщик травы ? :)

На фоне Вашей общей олдскульной дури - даже неудивительно, что амигу обожествили аж в 80-х.

> в рамках «вкусностей» AVX, вкусные они будут только на x86_64, на 32 битах будет только половина регистров, урезанных пополам,с другой стороны есть много слоупоков, не желающих переходить на x86_64 за счет повышенных аппетитов к памяти
Да поздновато уже, скоро даже на нетбуках будет гига по четыре оперативки и 32-битных указателей перестанет хватать. Делали бы они это несколько лет назад, когда AMD64 только появились, сейчас бы большинство сидели на этой архитектуре.