Intel ставит точку на процессорах Itanium и архитектуре IA-64

[Scoffer]

NiTr0
Раптово все не так.
EPIC і відрізняється від VLIW тим, що не потрібно рекомпілювати софт так як команди подаються не просто скопом, а фіксованими бандлами. Процесори теж розширюються бандлами, а не як доведеться.
Hewlett-Packard, як ініціатор проекту, ще на початку 90х мала багатоядерні процесори з SIMD на борту (PA-RISC), і ще тоді, в 90х, зрозуміла всю тупіковість цього напрямку розвитку бо під всі ці новомодні SIMD (SSE, AVX, FMA і т.п.) якраз і доводиться рекомпілювати софт, що звісно ж ніхто не робить. Більш того, задля забезпечення зворотньої сумісності їх ще і мало хто в принципі використовує. Вихід був знайдений в новій ISA, котра повинна була стати стабільною принаймні на десяток-інший років. Це по-перше.
По-друге всі ті казочки про хот-свапи проців на х86 так і залишаються казками, бо свапи не такі вже і хот. Спочатку треба силами ОС припинити виконання прог на ядрах замінюваного проца і лише після замінювати. Але нафіга це робити якщо проц очевидно живий був? А якщо процесор різко здохне то хто виконає його останню команду і продовжить виконання проги? Правильно, ніхто. У х86 серйозні проблеми з вирівнюванням пам'яті і з'ясуванням внутрішнього стану процесора. А ітаніуми продовжать. Бо процесор з самого початку проектувався для мейнфреймів.
Невдачі ітаніума лежать виключно в маркетинговій площині. Ну і АМД підісрала зі своїм х86-64, через що ми досі сидимо на найбільш калічній ISA в історії процесоробудування і насолоджуємося +2% проросту продуктивності на покоління процесора.

[Alexey1977]

NiTr0
Может уже хватит ересь нести - таких спецов как вы уже в раде 450 человек сидит.
При замене Itanium с 4ех на 8ех ядер никакой перекомпиляции не нужно - у вас с головой как?
Инженегр - это то кто произвел вас на свет.
Поменяйте у себя в компе проц и память на горячую - а лучше голову свою

[Grossmeister]

Картинка прогнозов продаж реально смешная
Особенно если её совместить с инфляцией бакса

Що ти мелеш?

Що саме вам не зрозуміло у написаному?

[NiTr0]

NiTr0
Раптово все не так.
EPIC і відрізняється від VLIW тим, що не потрібно рекомпілювати софт так як команди подаються не просто скопом, а фіксованими бандлами. Процесори теж розширюються бандлами, а не як доведеться.

ну я и говорю - костыли для обратной совместимости.
потому как в принципе невозможно для 8-командного камня выполнить 2 4-командных бандла одновременно при наличии связи между ними (второй бандл использует результаты вычислений первого - что в 90% случаев наблюдается).
и взять и выполнить вообще совершенно третий бандл из очереди там тоже некому - OoO там и не пахнет.
про выгребание данных из медленной RAM - вообще молчу, у итаника с этим все очень печально (опять же из-за отсутствия ОоО) - компилятор должен подумать, сколько же времени займет запрос к памяти. и т.п...

Hewlett-Packard, як ініціатор проекту, ще на початку 90х мала багатоядерні процесори з SIMD на борту (PA-RISC), і ще тоді, в 90х, зрозуміла всю тупіковість цього напрямку розвитку бо під всі ці новомодні SIMD (SSE, AVX, FMA і т.п.) якраз і доводиться рекомпілювати софт, що звісно ж ніхто не робить.

а что, при появлении абсолютно новых исполнительных блоков в итанике (с новыми опкодами микроопераций для них) софт переконпелять не надо для их использования? новые опкоды сами пропишутся?

По-друге всі ті казочки про хот-свапи проців на х86 так і залишаються казками, бо свапи не такі вже і хот. Спочатку треба силами ОС припинити виконання прог на ядрах замінюваного проца і лише після замінювати.

внезапно - так в любом сервере (если, ессно, в самой ос не реализовано двойное дублирование исполнения на двух разных камнях одновременно).

А якщо процесор різко здохне то хто виконає його останню команду і продовжить виконання проги?

а кто это сделает на итанике? кто вытащит данные из кеша мертвого проца, состояние регистров мертвых ядер и перекинет в новый, живой процессор? колдун вуду?

Невдачі ітаніума лежать виключно в маркетинговій площині. Ну і АМД підісрала зі своїм х86-64, через що ми досі сидимо на найбільш калічній ISA в історії процесоробудування і насолоджуємося +2% проросту продуктивності на покоління процесора.

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

Отправлено спустя 2 минуты 21 секунду:

При замене Itanium с 4ех на 8ех ядер никакой перекомпиляции не нужно - у вас с головой как?

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

[Scoffer]

NiTr0
Не планувалось ніякої модифікації ISA IA-64. І на практиці в неї теж не вносили зміни за всі 18 років її продаж, що немало по комп'ютерним міркам. Вона з самого початку задумувалась так щоб раз і назавжди надовго. Без необхідності вводити нові і нові костилі в систему команд. Для порівняння на х86 чи не кожні два роки щось впилюють і випилюють.
А щодо хто виконає інструкцію, то рекомендую почитати чим мейнфрейми відрізняються від звичайних серверів, і за що за них просять такі бабки.

[Bloody_Justice]

Що ти мелеш?

Що саме вам не зрозуміло у написаному?

При чому там інфляція?

[Alexey1977]

Scoffer
Не утруждайтесь - он на Вики открыл почитал два абзаца про системы команд, но как и для чего оно нужно было, как работает на уровне ОС железо, не понял, да и вряд ли осилит.
Тем более если в голове опилки и мусор.

[NiTr0]

NiTr0
Не планувалось ніякої модифікації ISA IA-64.

потому что серьезная модификация в принципе не возможна без полной потери совместимости.

ну и да, пень 3 с его 3-way OoO и 2 алу - это одно, а какой-нить nehalem с его 4-way OoO и 4 алу совершенно другое, и если на фоне первого итаник выглядел вундервафлей - то второму громко сливал.

І на практиці в неї теж не вносили зміни за всі 18 років її продаж

вносили

Вона з самого початку задумувалась так щоб раз і назавжди надовго. Без необхідності вводити нові і нові костилі в систему команд.

почему и оказалась мертворожденной - ибо принципиально нерасширяема.
сравните прирост производительности на ядро пня 3 с каким-нить скажем сэнди бриджем, особенно в мультимедиа (дада, те самые SSE/AVX), и сравните прирост производительности на ядро у итаников - первых и последних.
ну а потом - сравните производительность итаника с сэнди бриджем (который сейчас уже считается тормозным).

А щодо хто виконає інструкцію, то рекомендую почитати чим мейнфрейми відрізняються від звичайних серверів, і за що за них просять такі бабки.

дублирование всего и вся сделано и на х86. и от архитектуры ядер не зависит никак.
повторюсь, на том же ibm x3550 можно легко и просто в работающем сервере выдернуть планку памяти, а потом - поставить на ее место другую. не отключая питания. ну где-то как диск в рэйд-массиве. но плата за это - надо ставить памяти в 2 раза больше чем видится.

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

[Alexsandr]

Нет на них горячих замен ни памяти ни процессоров - мало того BSOD на M$ или PSOD на ESXi валит всю ноду к чертям - после чего только ребут

Про х86
...IBM предлагает встроенную функцию Predictive Failure Analysis (PFA) (предотвращение сбоев) на вентиляторах, блоках питания, процессорах, жёстких дисках, модулях памяти и регуляторах напряжения с поддержкой горячей замены...

Дублирование все же спасает на х86

ага напишите код в Windows 10 так что бы он не вис и не ребутался когда вы словите ошибки памяти, либо контролера, либо когда проц помрет - сразу получите пост вице президента в корпорации добра.

По вашему когда проц помрет, итаниум будет работать? А если трактором раскатать итаниум все равно будет работать?
В x86 тоже есть варианты, когда выход из строя одного сервера не вызовет крах всей системы, просто будет работать дальше на дубле:)

Отправлено спустя 2 минуты 48 секунд:

открою вам большой секрет: epic, как и vliw, подразумевает исполнение команды сразу на исполнительных блоках проца. и как только появляется необходимость увеличить IPC (за счет увеличения кол-ва исполнительных блоков и, соответственно, ширины команды) - тут и случается конфуз. потому что софт скомпилен для 4 команд в командном слове а новый проц уже ждет 8. и тут либо перекомпилить нафиг все, либо - лепить костыли, позволяющие старому софту работать по-старому (что собссно и сделано было в итаниках в процессе их попыток развития).
потому как, повторюсь, это не х86, где все кишки скрыты под декодером команд и блоками внеочередного исполнения, тут все кишки наружу.
внезапно не правда ли?

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

Отправлено спустя 2 минуты 35 секунд:

Ну і АМД підісрала зі своїм х86-64, через що ми досі сидимо на найбільш калічній ISA в історії процесоробудування і насолоджуємося +2% проросту продуктивності на покоління процесора.

А где конкуренты? ARM по прежнему пасет задних во многих задачах. Помнится атом был сравним по скорости и потреблению.

Отправлено спустя 1 час 48 минут 54 секунды:

Не планувалось ніякої модифікації ISA IA-64. І на практиці в неї теж не вносили зміни за всі 18 років її продаж, що немало по комп'ютерним міркам. Вона з самого початку задумувалась так щоб раз і назавжди надовго.

Значить так нельзя. Нельзя не вносить изменения. Все ЦП принимают изменения или умирают. х86 за счет декодера как раз и позволяет вносить изменения и улучшать ЦП.

[manbearboar]

ми досі сидимо на найбільш калічній ISA в історії процесоробудування

У нас ещё и ОС Андроид занимает околомонопольную долю на рынке.
Найбилш калична ос в истории.

Вам надо откалибровать свои представления что хорошо и что плохо.

[desconocido]

Alexsandr
Зато ARMы не пасут задних по распостраненности и продажам

[Alexsandr]

У них своя ниша. Атом показал, что х86 тоже может в мобильность, а ARM в сервера. Но никто не прижился в других нишах.

[Grossmeister]

Bloody_Justice
Будь-яка валюта (і долар не виключення) зазнає інфляції. Наведений графік охоплює досить великий проміжок часу і показує величезний розрив між давніми прогнозами і більш новими фактичними даними продажів. Якщо провести корекцію цих даних з урахуванням інфляції, то різниця на картинці буде ще більш вражаючою. Звичайно, це не стосується порівняння даних за один і той же рік (коли рік прогнозу співпадає з роком збору фактичних даних).