Comments 21
Ладно, эта инструкция не отключается в процессорах AMD, но почему бы её не отключать в Intel?
ну, а если для нестандартных комбинаций Intel/amd сделают вызов какого-либо прерывания в режиме виртуализации? было бы нормальным решением
Я могу сказать, что проблему виртуализации это бы решило.
Получив это прерывание мы могли бы выполнить эту инструкцию в интерпретаторе и потом снова вернуться к прямому исполнению.
Получив это прерывание мы могли бы выполнить эту инструкцию в интерпретаторе и потом снова вернуться к прямому исполнению.
Ага, а потом AMD придумает подобным образом ещё какую-нибудь очень нужную инструкцию сложения, и будем дёргать гипервизор по 100500 раз в секунду.
А не кажется странным что автор этого поста «Intel»?
Эти «стоны» показывают что компания так увлеклась контролем за интеллектуальной собственностью что просто упустила тот момент когда она должна была сделать открытым обсуждение всех расширений инструкций и архитектуры x86?
Или вы ARM или вы OpenCore третьего не дано.
Эти «стоны» показывают что компания так увлеклась контролем за интеллектуальной собственностью что просто упустила тот момент когда она должна была сделать открытым обсуждение всех расширений инструкций и архитектуры x86?
Или вы ARM или вы OpenCore третьего не дано.
Это не «стоны» Intel.
Это лично я, как один из создателей CPU моделей Intel, высказываю свое мнение о сложившейся ситуации. Мнение компании может отличаться от моего.
Это лично я, как один из создателей CPU моделей Intel, высказываю свое мнение о сложившейся ситуации. Мнение компании может отличаться от моего.
Может я покажусь несколько грубым, но не могли бы Вы ответить на вопрос, как человек 1991 года рождения может создавать CPU моделей Intel?
Человеки 1991 года выпуска ещё и в книгах про то, как создавать модели ЦПУ, могут соавторствовать. Ключевое слово — модели.
Автор этого поста — просто автор. Для таких, как вы, у нас специально есть дисклеймер в правом верхнем углу этой страницы — белым по синему :) Не поленитесь прочесть.
LZCNT это ещё цветочки. Ягодки — это TZCNT. Как вы думаете такой patch отразится на crjhjcnb исполнения виртуализаторами реальных программ. Он в upstream'е GCC.
Извините за оффтоп: но можно ли как-нибудь сломать процессор, так же как на первой фотке, что бы увидеть кристалл?
А в чем проблемы? Сломать можно что угодно) Сам кристалл на современных процах увидеть вообще не проблема — канцелярским ножом срезаете резиновую склейку процессора и теплораспределительной крышки — и вот он кристалл. Если в ЦП для контакта использовалась термопаста и аккуратно сделать — процессор останется работоспособным. Если использовался припой — то кристалл останется на крышке, будет оторван от подложки.
Единственное, в новых процах кристалл на BGA шариках очень мелких к подложке припаян, так что так оторвать, чтобы был красивый слой металлизации, как на картинке, сложно. Если есть желание, можно ножом еще послойно подложку текстолитовую расслоить, посмотреть как от контактов на корпусе проводники собираются к ядру на каждом слое.
Единственное, в новых процах кристалл на BGA шариках очень мелких к подложке припаян, так что так оторвать, чтобы был красивый слой металлизации, как на картинке, сложно. Если есть желание, можно ножом еще послойно подложку текстолитовую расслоить, посмотреть как от контактов на корпусе проводники собираются к ядру на каждом слое.
Думаю всё таки проблема не в AMD и команде замены, а в попытке апаратно виртуализировать разные архитектуры.
Кстати если посмотреть на проблему с другой стороны именно переменная длина инструкций мешает сделать эффективный предпросмотр инструкций без разбора. Это ещё и одна из причин переусложнённого декодера и сложного оптимизатора. Вот уж косяк так косяк и сделан Интелом на заре архитектуры x86. В оправдение интел скажу что всё таки идея RISC овладела массами несколько позже.
Кстати если посмотреть на проблему с другой стороны именно переменная длина инструкций мешает сделать эффективный предпросмотр инструкций без разбора. Это ещё и одна из причин переусложнённого декодера и сложного оптимизатора. Вот уж косяк так косяк и сделан Интелом на заре архитектуры x86. В оправдение интел скажу что всё таки идея RISC овладела массами несколько позже.
Sign up to leave a comment.
Как вендоры IA-32 подложили свинью создателям систем виртуализации