64 бит - почему так мало выкинуто костылей и недостатков?

Формат инструкций. Им и так-то пришлось новый префикс изобрести.

Бит перезаюзали же.

Внезапно, то, что есть еще много годных x86-32-only программ.

Не просто x86-32, а шidoшs proprietary x86-32-only.

Им и так-то пришлось новый префикс изобрести.

ну так и засунули бы они все эти регистры за этот префикс.

Facepalm.v

Увы, это так.

что-то там (было) не так с grub.

А grub, как раз не собирался. В отличие от grub2.

это 64 битные расширения 32 битных расширений 16 разрядного цп..

16 битного расширения, 8 битной версии 4 битного процессора :-)

ага - както так )

/полностью воспроизвести сходу не осилил, и уже не помню «откуда» - вроде SSE/PAE/х86-срач между ассемблерщиками и быдлокодерами на какомто потерявшемся во времени форуме..

Ну а как же на RISC это делают? Там ведь дочерта регистров

ЕМНИП, на спарках есть такая штука как регистровое окно. Это диапазон доступных регистров который можно двигать туда-обратно по всей регистровой памяти.
Вызов функции:
1) нужные данные кладем в конец регистрового окна
2) вызываем функцию
3) окно сдвигается на размер передаваемых данных
4) для вызванной функции младшие регистры заполнены входными данными
Как-то так...

* не на размер передаваемых данных, а на начало

никто не мешает. пробовали отказаться, создав итаниум. само не прижилось.

Там вообще все перекроили. Я же говорю про amd64 имеющем только long mode

Который коммерчески никому не нужен ввиду несовместимости с 99% виндового софта.

В случае с Itanium-ом проблема совсем не в этом оказалась, ты еще скажи что Linux не нужен из-за несовместимости с 99% виндового софта ;) Itanium ориентировали на рынок серверов и рабочих станций, а там немного другое отношение.

Проблема итаниума в сущности в одном: в том, что до сих пор не существует эффективного компилятора для VLIW процессоров.

praseodim

Itanium ориентировали на рынок серверов и рабочих станций, а там немного другое отношение.

И где этот итаниум? Какая его доля на рынке? И стали бы его делать, если бы заранее знали про это все? Дело даже не в VLIW.

Затраты разработки указанного в топике проца (а разработка дешевой не будет) не покроются его продажами, т.к. 1. прорыва производительности не будет (про регистры уже упоминали, да и это будет новой разработкой). 2. цена будет выше за счет меньших предполагаемых объемов продаж. Итого будет более дорогой нишевый проц с той же производительностью, который поэтому вообще никто не купит. А пока будет появлятся софт (дистры и всякий энтерпрайз, а это пару лет), он еще и устареет.

А пока будет появлятся софт (дистры и всякий энтерпрайз, а это пару лет), он еще и устареет.

если он будет обратно совместим с long mode amd64, то проблемы не будет

Затраты разработки указанного в топике проца (а разработка дешевой не будет)

Выпилить кучу legacy-мусора и вместо него наделать дополнительных регистров, это так сложно?

cvs-255

Выпилить кучу legacy-мусора и вместо него наделать дополнительных регистров, это так сложно?

А ты думал это легко? Всего-то всю архитектуру перефигачить.

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

А ты думал это легко?

32-х и 16-ти разрядный режимы и их придатки выпилить не может быть сложно. Делается, наверняка, методом тупого выпиливания.

cvs-255

32-х и 16-ти разрядный режимы и их придатки выпилить не может быть сложно. Делается, наверняка, методом тупого выпиливания.

И что будет? Обрезанная версия того же? С той же площадью кристалла и той же ценой? И чем оно лучше полнофункционального проца?

Освободится некоторое количество кодов команд, связанных с этими режимами.

Их можно использовать как префикс для того, чтобы впилить много-много регистров.

Отлично теоретизируешь. Это не ты в СССР планы на пятилетки писал?

Нет не я.

А теоретизировать я умею. И это хорошо.

Делать что-то без теорбазы - идти вслепую.