а чо лицензируют китайцы амд64, выпилят IA-32 код и все возможные рудименты и лет через 10 будет годный проц со 100500 ядрами на мастдае и без IA-32 он к тому времени не нужен будет. а возможности китайцев все знают и это страшный сон штеуда + разрыв пуканы.

Зачем нужен не полностью совместимый x86 проц?
Легче более эффективные архитектуры развивать. Тем более рынок wintel уже давно сжался намного. Android + ARM сейчас правит балом.

то-то их не видно ни в графики, ни в серверах

opteron 1100 - просвещайся

не полностью совместимый х86 не так велика потеря

придётся перекомпилить весь софт. тчк.

а чо лицензируют китайцы амд64, выпилят IA-32 код и все возможные рудименты и лет через 10 будет годный проц со 100500 ядрами на мастдае и без IA-32 он к тому времени не нужен будет. а возможности китайцев все знают и это страшный сон штеуда + разрыв пуканы.

"Выпилят IA-32" )) Но пока что переход в 64 разрядный режим возможен только из 32 разрядного. Это на словах легко сказать - выпилить 16 и 32 разрядные режимы.. Придётся перелопачивать и AMD64, соответственно и 64 разрядные приложения и операционные системы не смогут запуститься, так как переход в 64 разрядный режим будет иной. Проще пользоваться виртуальной машиной какой нибудь, а не менять архитектуру.

Полностью согласен. Мало того, х86 вообще не нужен. За столько времени там неимоверное количество костылей накопилось. Проще создать новую интересную архитектуру, чем вычищать костыли из х86. А линукс работать будет везде, как и любая эмуляция под ним.

64-битные операции являются расширениями основной архитектуры.

Каких именно костылей и чем эти костыли мешают.

Каких именно костылей и чем эти костыли мешают. С примерами, если возможно, что именно "мешает" (хотя судя по грамотности некоего ban, ожидать мало-мальски внятных примеров не придется). Мне как бывшему системному программисту будет очень интересно услышать такие "ыкспёрдные" мнения.

А мешает это тем, что жирнота кристалла абсолютно ненужная изза этого, и тепловыделение с прожорливостью.

оцените транзисторный бюджет и тепловыделение

Причём тут транзисторный бюджет? Транзисторный бюджет зависит от оптимальности схемы принципиальной..

А мешает это тем, что жирнота кристалла абсолютно ненужная изза этого, и тепловыделение с прожорливостью.

я прошу вас оценить "жирноту" и "тепловыделение" в цифрах. порядок хоть назовите

Я говорил не о порядке. Я говорил о том, что выкинув ненужное можно тепловыделение сократить, и уменьшить площадь кристалла. Но этим никто не занимается

Это реализация такая гибкая. Однако 64-разрядные регистры существуют же. Значит и режим есть.

Например давай вспомним gate A20, для начала, который не убрали до сих пор. И прочее говнище, существующее для совместимости с софтовым старьём. Чтоб поддерживать работоспособность древнего виндового старья существует масса ненужного. Ты можешь сам его поискать в сети. А мешает это тем, что жирнота кристалла абсолютно ненужная изза этого, и тепловыделение с прожорливостью.

Хосспидя.... нет никаких "64-битных режимов". Это ОС может работать в режиме совместимости, для CISC-архитектуры 64-битные операции являются расширениями основной архитектуры. Не более.

«Длинный» режим — «родной» для процессоров AMD64. Этот режим дает возможность воспользоваться всеми дополнительными преимуществами, предоставляемыми архитектурой AMD64. Для использования этого режима необходима 64-битная операционная система, например, Windows Server 2003/2003R2/2008/2008R2/2012, Windows XP Professional x64 Edition, Windows Vista x64, Windows 7 x64, Windows 8 x64 или 64-битные варианты UNIX-подобных систем GNU/Linux, FreeBSD, OpenBSD, NetBSD (чистые 64-битные сборки, однако, есть возможность запуска 32-битных приложений), Solaris (смешанная 32/64 сборка с разными ядрами для 32- и 64-битных процессоров), Mac OS X (смешанная 32/64 сборка с 32-битным ядром, начиная с версии 10.4.7).

Этот режим позволяет выполнять 64-битные программы; также (для обратной совместимости) предоставляется поддержка выполнения 32-битного кода, например, 32-битных приложений, хотя 32-битные программы не смогут использовать 64-битные системные библиотеки, и наоборот. Чтобы справиться с этой проблемой, большинство 64-разрядных операционных систем предоставляют два набора необходимых системных файлов: один — для родных 64-битных приложений, и другой — для 32-битных программ. (Этой же методикой пользовались ранние 32-битные системы — например, Windows 95 — для выполнения 16-битных программ.)

В «длинном» режиме упразднен ряд «рудиментов» архитектуры x86, таких, как режим виртуального 8086, сегментированная модель памяти (однако, осталась возможность использования сегментов FS и GS, что полезно для быстрого нахождения важных данных потока при переключении задач), аппаратная мультизадачность, а также ряд команд, как реализующих упраздненные возможности, так и работающие с BCD-числами, которые в новых программах практически не использовались. Среди особенностей «длинного» режима следует отметить тот факт, что он активируется установкой флага CR0.PG, который используется для включения страничного MMU (при условии что такое переключение разрешено (EFER.LME=1), в противном случае просто произойдет включение MMU в «унаследованном» режиме). Таким образом, невозможно исполнение 64-битного кода с запрещенным страничным преобразованием. Это создает определенные трудности в программировании, поскольку при переключении из «длинного» в «унаследованный» режим и обратно (например, для вызова функций BIOS или DOS, монитором виртуальной машины, и т. д.) требуется двойной сброс MMU, для чего код переключения должен находиться в тождественно отображённой странице.

Что касается gate A20 - насколько меня не подводит склероз..