LINUX.ORG.RU

Intel отказывается от x86 в Itanium


0

0

В процессоре Montecito не будет блоков исполнения ПО для процессоров х86. Вместо этого предлагется использовать ПО эмуляции IA-32 Execution Layer (IA-32 EL), поддержка которого войдёт в "основные версии Linux". По словам одного из аналитиков: "лучше задействовать кремний под что-то другое ... никто не использует и программный эмулятор, но тот по крайней мере не занимает места".

>>> Подробности

★★★

Проверено: Shaman007 ()

Ответ на: комментарий от anonymous

lol Вот допрыгались товарищи. Теперь все линух как универсальную рынкорубилку юзают

anonymous
()

Правильно , гнать ее тряпкой ,наконец то додумались, хотя надо было раньше убирать свою эмуляцию(начиная с P pro).

xnix ★★
()

Правильно.

Эмуляция x86 в итаниуме настолько хреновая, что является скорее недостатком, чем достоинством.

AVL2 ★★★★★
()
Ответ на: комментарий от xnix

>Правильно , гнать ее тряпкой ,наконец то додумались, хотя надо было раньше убирать свою эмуляцию(начиная с P pro).

+1

anonymous
()
Ответ на: комментарий от anonymous

>>Intel отказывается от x86 в Itanium

А когда "Intel отказывается от Microsoft"?

anonymous
()
Ответ на: комментарий от anonymous

+1

Вряд ли кто-то не согласится с Профессором: "Пень - это многолетние наслоения нелепостей и идиотизма. Сейчас, когда бинарная совместимость не актуальна, это просто грязно и подло. Мочить Интел!!!"

Итаниум не должен становиться таким же наслоением.

unnamed
()

А вот еще:

Intel проигрывает на собственном поле

Том Крейзит (Tom Krazit), CNET News.com 20 января, 2006, 11:52

В четвертом квартале Intel уступила Advanced Micro Devices значительную долю американского розничного рынка — на это указывают цифры, опубликованные в среду аналитической фирмой Current Analysis.

http://zdnet.ru/?ID=506141

GladAlex ★★★★★
()
Ответ на: комментарий от rgbeast

>>Intel отказывается от x86 в Itanium

Урааа !! :-) Еще бы от M$ отказались. Но до этого я наверное не доживу :-)

anonizmus
()
Ответ на: комментарий от GladAlex

>В четвертом квартале Intel уступила Advanced Micro Devices значительную долю американского розничного рынка — на это указывают цифры, опубликованные в среду аналитической фирмой Current Analysis.

Прально, ибо везде пеарят AMD64. Юзеры покупают с ним компы и на всю мощь используют возможности процессора по эмуляции 32-битного режима.

Ибо венды нормальной под AMD64 так и нет. С драйверами проблемы хуже чем у Solaris 10 x86 :))

PashaKustov ★★
()
Ответ на: комментарий от PashaKustov

> везде пеарят AMD64. Юзеры покупают с ним компы и на всю мощь используют возможности процессора по эмуляции 32-битного режима.

Чертовски верное наблюдение! При этом они ещё умудряются заявлять, что архитектура x86_64 не даёт никаких преимуществ, потому что "сами гоняли" (32-битные проги).

"Человеческая глупость даёт представление о бесконечности."

const86 ★★★★★
()
Ответ на: комментарий от PashaKustov

вопрос

>Прально, ибо везде пеарят AMD64?
А в чем приимущество 64 разрядной архитектуры перед 32разрядной (кроме возможности работать с большим адресным пространством без эмуляции)?
Пока на машинах не стоит оперативной памяти больше 4GB в чем прелесть 64 разрядной архитектуры?

anonymous
()
Ответ на: вопрос от anonymous

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

some_x
()

А) Эмуляции x86 в итаниумах никогда небыло, судя по всему и не будет, и он им не нужна (Просто intel решила не следовать по пути AMD, и не делать 32-битный довесок к 64-битной архитектуре, а наоборот, к 32 битам приклепать большие регистры. B) Сомневающимся в нужности 64-битов советую подучить асм, и понять, что лишних регистров не бывает. C) Судя по всему ia64 так и не добъется успехов и будет задавлена окончательно RISC - подобными процами, думаю убийцей станет cell

anonymous
()
Ответ на: комментарий от crimble

> Видимо, речь о "самых обычных юзерах" :$

Хе. А тута собираются "необычные"?

anonymous
()
Ответ на: комментарий от some_x

>тесты читай, неуч. В матиматических приложениях выигрыш в скорости более чем на сто процетов.

а господин ученый знает причину увиличения производительности? Чем там помогает 64разрядная архитектура?

ps в тесты наш новый процессор работает лучше чем наш старый я верю (но я не уверен что дело в 64разрядной архитектуре).

anonymous
()
Ответ на: комментарий от anonymous

Там регистры в два раза длиннее. Это и дает выигрыш.

AiLr ★★
()
Ответ на: вопрос от anonymous

> А в чем приимущество 64 разрядной архитектуры перед 32разрядной (кроме возможности работать с большим адресным пространством без эмуляции)?

А этого недостаточно???

> Пока на машинах не стоит оперативной памяти больше 4GB в чем прелесть 64 разрядной архитектуры?

Действительно, и в чем преймущество автомобиля перед велосипедом, пока на нём не стоит > 2х колёс?

Шутки шутками, но тюремная камера в виде 2Gb на процесс сильно напрягает, когда речь заходит о быстм ворочании большими данными.

awn
()
Ответ на: комментарий от awn

В регистрах не только адреса хранятся, но и данные (для тех, кто не понял)

anonymous
()
Ответ на: комментарий от anonymous

> а господин ученый знает причину увиличения производительности? Чем там помогает 64разрядная архитектура?

Я не он, но в x86-64 регистров вдвое больше, чем в просто x86, и они вдвое длиннее. Компилятору сииильно легче работать. А уж код, использующий большие бинарные строки (читай, крипто - хеширование, шифорование, псевдуслучайные последовательности) выигрывает, зачастую, в разы.

Опять же, возможность без извращений заммапить произвольный файл очень приятна и полезна. А то уже начали некоторым вспоминаться bad old days и жонглирование сегментными регистрами в real mode...

anonymous
()
Ответ на: комментарий от anonymous

>ps в тесты наш новый процессор работает лучше чем наш старый я верю (но я не уверен что дело в 64разрядной архитектуре).

Не ну ты и ... чудо, скажем так. Там сравниваются 64-х и 32-х битные версии одних и тех же программ.

>а господин ученый знает причину увиличения производительности? Чем там помогает 64разрядная архитектура?

а) я не учёный, я простой студент который умеет думать и анализировать. б) а вот ты неуч это точно. По существу: что значит 64-х битный процессор, это прежде всего 64-х битные регистры(по крайней мере в контексте AMD64 и тем более EM64T). А если он 64-х битный, то это значит что в него можно целиком запихать большое число(пояснения специально для тебя: 64 знака в двоичной системе счисления). Т.е на действие с ним уйдёт меньше тактов. Или например синус с большой точностью можно сосчитать за меньшее число тактов.

some_x
()
Ответ на: комментарий от PashaKustov

>Ибо венды нормальной под AMD64 так и нет.

Пишу это с домашней winxp x64 (уж простите, решил винду хоть дома видеть, а то юзеров понимать перестал ;-) ). Все работает- звук, видео, wifi. Классический вопрос- что я делаю не так?

anonymous
()
Ответ на: вопрос от anonymous

>Пока на машинах не стоит оперативной памяти больше 4GB в чем прелесть 64 разрядной архитектуры?

2Гб на процесс - уже ОЧЕНЬ мало... Такие ограничения уже просто смешны были б, когда б не грустнЫ...

KRoN73 ★★★★★
()
Ответ на: комментарий от anonymous

>А) Эмуляции x86 в итаниумах никогда небыло

Вы делаете мне смешно. Году так в 2001 получал я от хыпы рабочу станцию на первом еще итаниуме для тестов. К ней прилагалась какая-то глубокая бета винды. На ней успешно пускались x86 мс офис и даже унрыл турнамент (тормозил безбожно ;-) ). Как оно достигалось, простите?

btw, итаник так и не стал массовым и уже не будет. Его рынок будет только сокращаться :-)

anonymous
()
Ответ на: вопрос от anonymous

>Пока на машинах не стоит оперативной памяти больше 4GB в чем прелесть 64 разрядной архитектуры?

Даже с точки зрения адресации исчезает проблема 1/3 ;-) В свое время (2000 год) устанавливал я сап рытри, так там рекомендовалось делать своп не менее 20 гиг независимо от размера рама. Намек ясен? ;-)

anonymous
()
Ответ на: комментарий от anonymous

>интересно где нужен синус с такой точностью?

У тебя спросить забыли, помоему ты просто разводишь флуд.

some_x
()
Ответ на: комментарий от rgbeast

>Бинарная совместимость бывает и актуальна. Коммунизм еще не настал

Ничто не мешает сделать карту, типа как для PPC делали.

jackill ★★★★★
()
Ответ на: комментарий от jackill

Вы человеку попроще скажите, а то он мысль вашу не улавливает.

Просто аппаратная поддержка скажем 2^40, или 2^64 степени будет работать существенно быстрее чем програмная эмуляция.

А такие цифры нужны базам данных, программам криптования, научным и инженерным программам.

Помимо того, что архитектура амд64( х86_64 - старое название ) дает дополнительные регистры в процессоре.

Так что, есть области где поддержда 64 битности актуальна. И то, что массовой становиться аппаратная поддержка виртуализации, то же из этой серии - легкое оперирование большими числами.

argin ★★★★★
()
Ответ на: комментарий от anonymous

> Опять же, возможность без извращений заммапить произвольный файл очень приятна и полезна. А то уже начали некоторым вспоминаться bad old days и жонглирование сегментными регистрами в real mode...

А можно подробнее? Это где так?

alman ★★★
()
Ответ на: комментарий от some_x

> А если он 64-х битный, то это значит что в него можно целиком запихать большое число(пояснения специально для тебя: 64 знака в двоичной системе счисления). Т.е на действие с ним уйдёт меньше тактов.

Правильно.

Кстати, sizeof(time_t) чем равен?

alman ★★★
()
Ответ на: комментарий от anonymous

> интересно где нужен синус с такой точностью?

А ты вдумайся, какая точность нужна при расчёте тракетории спутника, направляемого к Урану или Нептуну. Чтобы просчитать траекторию с минимумом расхода топлива.

alman ★★★
()
Ответ на: комментарий от alman

> А ты вдумайся, какая точность нужна при расчёте тракетории спутника, направляемого к Урану или Нептуну. Чтобы просчитать траекторию с минимумом расхода топлива.

Ух какими делами вы занимаетесь на свежекупленных писюках...

anonymous
()

> По словам одного из аналитиков: "лучше задействовать кремний под что-то другое ... никто не использует и программный эмулятор, но тот по крайней мере не занимает места".

Интересно, а какой процент площади кристалла занимает поддержка х86? А еще более интересно - _что_ они собираются воткнуть на освободившуюся площадь?

alman ★★★
()
Ответ на: комментарий от anonymous

а мы тут не о пицуках, мы об архитектуре

Pi ★★★★★
()
Ответ на: комментарий от kmeaw

Неправильно. Зависит от платформы.

anonymous
()
Ответ на: комментарий от argin

> Просто аппаратная поддержка скажем 2^40, или 2^64 степени будет работать существенно быстрее чем програмная эмуляция.

Аппаратная поддержка чего??

> х86_64 - старое название

x86_64 - НОВОЕ название

> Так что, есть области где поддержда 64 битности актуальна. И то, что массовой становиться аппаратная поддержка виртуализации, то же из этой серии - легкое оперирование большими числами.

аппаратная поддержка виртуализации - легкое оперирование большими числами? можно чуть подробнее?

pitekantrop ★★★
()
Ответ на: комментарий от some_x

>Или например синус с большой точностью можно сосчитать за меньшее число тактов.

А я думал что синус считает сопроцессор с плавающей точкой, как же я жестоко ошибался

Dubrovsky
()

Ребят, а вам не кажется, что вы ушли от темы? В оригинале речь все-таки об итаниках, а не про amd64 :)

Если бы кто-нибудь из вас читал архитектуру itanium'а, то вы бы долго еще плевались от amd64.

И уж если говорить о 64 битах, то сами по себе 64 бита на десктопе нифига не дадут. Ну не нужны они ни openoffice'у, ни gimp'у, ни xmms'у, ни firefox'у (если он не по https:// работает), ни emacs'у, ни gcc. Выйгрыш по производительности в amd64 наступает только лишь за счёт того, что регистров там вдвое больше и, допустим, локальные переменные в функциях можно хранить в них. Но здесь можно напороться и на другое: размер long'а и указателей вдвое больше, и если прога юзает их в большом количестве, то требования к оперативке удваиваются. Так ведь и можно в обмен на регистры огрести бАААльшой своп. Так что всё зависит от приложения. В ultrasparc'ах 64-бита появились уже лет десять назад. Если вы посмотрите на debian, то обнаружите, что _весь_ юзерспейс там 32-битный, а всё потому что нафиг там не нужны эти 64-бита, кроме как память кушать.

Если с этих позиций глянуть на итаник, то там регистров общего назначения 128 штук! Это против 16 на хваленном amd64. Да и помимо регистров там вкусностей много.

А то что они эмуляшку выкинули - давно пора. Кстати, Microsoft уже давно заявила, что они сворачивают винду на итанике. Поэтому линукс - это единственное, что его теперь поддерживает, а там, где можно перекомпилить, эмуляция нафиг не нужна :)

dmitrmax
()
Ответ на: комментарий от some_x

А разве в 32-х разрядных процах не используются специальные длинные регистры для вычислений с плавающей точкой? Всякие там MMX. Если да, то выигрыш будет только на операциях с фиксированной точкой. А оно надо?

timon
()
Ответ на: комментарий от kmeaw

>> Кстати, sizeof(time_t) чем равен? > 4 байта

В основоном.

1970 + число секунд, которое помещается в time_t. Проблема какого года?

Рано или поздно во всех юниксах time_t станет 64 битным.

alman ★★★
()
Ответ на: комментарий от some_x

>В матиматических приложениях выигрыш в скорости более чем на сто процетов

Используйте интелевский компилер для итаниума (бесплатный для линукса, в отличие от версии для винды) и выигрышь в мат вычислениях будет в разы.

Выкинули - правильно сделали. Абсолютно бессмысленная вещь.

RRD
()
Ответ на: комментарий от pitekantrop

>> х86_64 - старое название

>x86_64 - НОВОЕ название

Есть сайт amd.com, есть сайт amd.ru - зайди и убедись

>> Просто аппаратная поддержка скажем 2^40, или 2^64 степени будет работать существенно быстрее чем програмная эмуляция.

>Аппаратная поддержка чего??

Доступное адрессное пространсво порядка 2^(40+еще что то)

argin ★★★★★
()
Ответ на: комментарий от dmitrmax

Никто и не спорит, что как чистая 64 битная платформа itanium лучше амд64. Но речь о том, что до тех пор, пока станет реально необходимо повсеместно использовать 64 бита в компьютерах, компромисная, переходная архитектура амд64 экономически выигрышней. Хотя бы по одной банальной причене - не требует радикальной ломки существующего софта под новую, сильно отличающуюся платформу. А стоимость софта под писюки гораздо выше стоимости самого железа

argin ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.