>x86-64 полностью поддерживает выполнение x86-32 программ
Я с этим и не спорю. Я изначально говорил что могли бы эти режимы убрать уже.
Там тема была про потенциальную очистку x86.
И насчет полной совместимости, если вы про опкоды то:
Не все инструкции обрели алиасы в x86-64.
Например вот эти: AAA, AAD, AAM, AAS.
Просто опкоды занимают, их и 20 лет назад не использовали практически.
>То есть теоретически 64-битная винда может выполнять программы Windows 3.x без эмуляции
Не уверен что windows 10 может это запустить даже теоретически. Но на практике, если не ошибаюсь, она принудительно не дает процессору ходить в прошлое.
Windows 10 (WoW — Windows On Windows subsystem) программно выполняет x86-32.
Интересно). Статью бы по исправлению бинарника в вашем конкретном случае. А что за программма если не секрет?
>Внезапно, под Linux предостаточно closed-source приложений.
Ну я немного утрирую, но бОльшая часть софта идет на amd64.
Ну на x86 сокеты держатся не более 3 поколений, уже давно как. Хотя не знаю — как там на серверах? Переферия -да. Но смена процессора в пределах 2-3 поколений больше походит на видимость свободы.
Я привел пример массовой OS, которой все это <когда это поддержка старых инструкций со стороны процессора?> не нужно!
Real mode работает только в момент запуска.
В amd64 есть все нужные алиасы для работы с половинами и частями регистров, и даже чуть более того.
Если и начинать переделывать x86, то мне кажется(мое мнение) что для начала можно отрезать старые режимы. Там есть часть ISA не попавшая в amd64, но и сейчас занимающая свое место в декодере/микрокоде.
P.S.
Может я чего-то не знаю, и какие-то драйвера до сих пор прыгают в старые режимы. Поправьте кто в курсе, если что не так.
>Как вы себе это представляете?
Постепенно.
Например windows 10 эмулирует x86 на x86-64. Если старые режимы убрать — она продолжит работать.
Linux давно весь перекомпилирован на все новое.
А как конкретно впаянность влияет? — вы так написали будто…
На raspberry pi3 человек собрал gentoo arm64, я поставил, работает. Каких-то «особых» проблем нет.
Современные x86 по бОльшей части впаянные. Т.к. если я ничего не путаю, стационарники отходят.
www.anandtech.com/show/14664/testing-intel-ice-lake-10nm/4
Здесь ice lake и zen 2 в одном тесте. Они действительно оставили ARM вновь позади.
У ARM есть еще cortex a77, и в этом году будет что-то еще.
Armv8 всего 9 лет. А развитие фактичски началось с cortex a72 в 2015 году.
Я не знаю зачем они их ввели, но сейчас из этого мало хорошего вытекает. Наверно маркетинг, они же тогда софтом сильно не занимались, значит нужно было добавлять "плюшки" аппаратно. Но если тенденцию продолжить — будет только хуже.
Ага, давайте все в CPU тащить. Больше ISA, нам нужно больше микрокода!!! Дроби — да реализуйте свои структуры данных на С/asm, или на c++ где дешевый синтаксический сахар + компиляторы хорошие, в чем проблема-то?
Да, но ща повылазят «а напиши-ка мне на редстоуне...», вот и не стал дописывать)) И для множества реальных целей он не будет «полноценным» ЯП. Только Т-полным.
ВР просто программа для своих целей — поиграть, поэксперементировать например. Люди же здесь просто трактуют определение ВР по своему исходя из своих областей работы/хобби. Так-то майнкрафт можно назвать и языком программирования, чё уж, и в каком-то смыле это даже будет правд… Скучный терминологический спор. Думал что интереснее в комментах увижу.
«Насколько я знаю» — я по intel документации поверхностно прошелся и предположил что два устройства на одном поколении, haswell например, будут одинаковыми по адресам, но ладно, не так важно. Спасибо за ответ.
Только один момент не ясен. Насколько я знаю, адрес видеобуфера у intel всегда один и тот же, кто бы устройство не выпустил. В arm мире есть такие стандартные адреса или кто как хочет?
И никто из десятков компаний ничего не выложил, никто не отреверсил? Получается мало официальной доки, все еще зависит от реализации? Например на разных компьютерах один и тот же видеочип может иметь разные адреса в памяти(там же через ram связь вроде)?
Я с этим и не спорю. Я изначально говорил что могли бы эти режимы убрать уже.
Там тема была про потенциальную очистку x86.
И насчет полной совместимости, если вы про опкоды то:
Не все инструкции обрели алиасы в x86-64.
Например вот эти: AAA, AAD, AAM, AAS.
Просто опкоды занимают, их и 20 лет назад не использовали практически.
>То есть теоретически 64-битная винда может выполнять программы Windows 3.x без эмуляции
Не уверен что windows 10 может это запустить даже теоретически. Но на практике, если не ошибаюсь, она принудительно не дает процессору ходить в прошлое.
Windows 10 (WoW — Windows On Windows subsystem) программно выполняет x86-32.
>Внезапно, под Linux предостаточно closed-source приложений.
Ну я немного утрирую, но бОльшая часть софта идет на amd64.
Я знаю и имел ввиду, что пора бы оставить ТОЛЬКО x86-64.
Real mode работает только в момент запуска.
В amd64 есть все нужные алиасы для работы с половинами и частями регистров, и даже чуть более того.
Если и начинать переделывать x86, то мне кажется(мое мнение) что для начала можно отрезать старые режимы. Там есть часть ISA не попавшая в amd64, но и сейчас занимающая свое место в декодере/микрокоде.
P.S.
Может я чего-то не знаю, и какие-то драйвера до сих пор прыгают в старые режимы. Поправьте кто в курсе, если что не так.
Постепенно.
Например windows 10 эмулирует x86 на x86-64. Если старые режимы убрать — она продолжит работать.
Linux давно весь перекомпилирован на все новое.
На raspberry pi3 человек собрал gentoo arm64, я поставил, работает. Каких-то «особых» проблем нет.
Современные x86 по бОльшей части впаянные. Т.к. если я ничего не путаю, стационарники отходят.
Здесь ice lake и zen 2 в одном тесте. Они действительно оставили ARM вновь позади.
У ARM есть еще cortex a77, и в этом году будет что-то еще.
Armv8 всего 9 лет. А развитие фактичски началось с cortex a72 в 2015 году.
Держите, вы уронили
www.anandtech.com/show/15578/cloud-clash-amazon-graviton2-arm-against-intel-and-amd/5
Они производители процессоров, что значит они бы реализовали бы на "своих структурах данных"? Сейчас каждый топ производитель имеет свой компилятор
Я не знаю зачем они их ввели, но сейчас из этого мало хорошего вытекает. Наверно маркетинг, они же тогда софтом сильно не занимались, значит нужно было добавлять "плюшки" аппаратно. Но если тенденцию продолжить — будет только хуже.