Що ти мелеш?GoToHell:Картинка прогнозов продаж реально смешная
Особенно если её совместить с инфляцией бакса
Klamath:
Лишнее словоно этого так никогда и не случилось
так уж и нетAlexey1977: Нет там никаких костылей со стороны железа и софта.
когда захотели ему исполнительные устройства в 2 раза расширить - упихали костыли, чтобы старый софт хоть как-то работал. потому что эпики недалеко от vliw ушли, и любіе изменения в кол-ве вычислительных блоков влекут за собой боль в виде перекомпиляции софта, либо - нагромождение костылей. это не х86, где кишки архитектуры прикрыты транслятором команд и блоком внеочередного исполнения...нет, оно было мертво гораздо раньше чем появились 22 ядра х86.Alexey1977:Интел просто забил в виду того что производительность AMD-x64 архитектуры росла гораздо быстрее в итоге кому нужны 8 ядер по цене 22ух.
архитектура процов-то (вычислительных ядер) тут причем???Alexey1977: Данная архитектура юзался усиленно в банковском и энергетических секторах, также в телекомах - где большие обьемы биллинговых данных и простой даже на несколько минут не допустим.
Из плюсов - из нескольких лезвий собирается N-Par или несколько, на нее накатывается ОС и можно сделать V-Parы.
При сбое в ОЗУ - все продолжает работать и дальше - просто лочится проблемный модуль, аналогично с процессорами.
Для системы ввода-вывода используется ресурсы нескольких серверов (поэтому если сетевая карта или HBA навернется, данные будут ходить и дальше через другие ресурсы других серверов).
все зависит от платформы. а не от набора команд/микроархитектуры вычислительных ядер.Alexey1977: Насколько я знаю фатальные ошибки в модулях памяти или в процессоре на серверах под управлением Redhat, Microsoft или Vmware - вызывают либо зависание либо перезагрузку, в случаях с Итаниумом все работало и дальше (только ресурсов меньше становилось).
Там работает только свой набор софта и своя ОС.так уж и нет
Скажем так на 18 ядер процы уже давно продавались, мертвым оно стало после отказаа других вендоров - Fujitsu, Hitachi, Oracle, Microsoft.нет, оно было мертво гораздо раньше чем появились 22 ядра х86.
Нет на них горячих замен ни памяти ни процессоров - мало того BSOD на M$ или PSOD на ESXi валит всю ноду к чертям - после чего только ребута дублирование/горячая замена - это и на х86 есть некоторых.
ага напишите код в Windows 10 так что бы он не вис и не ребутался когда вы словите ошибки памяти, либо контролера, либо когда проц помрет - сразу получите пост вице президента в корпорации добра.все зависит от платформы. а не от набора команд/микроархитектуры вычислительных ядер.
и чо? для каждого свежего камня перекомпилировать ось и софт с нуля?Alexey1977:NiTr0Там работает только свой набор софта и своя ОС.так уж и нет
нет, оно умерло еще до того как от него отказались другие вендоры. вендоры просто констатировали факт смерти.Alexey1977:Скажем так на 18 ядер процы уже давно продавались, мертвым оно стало после отказаа других вендоров - Fujitsu, Hitachi, Oracle, Microsoft.
http://www.profi-sp.ru/x3550.htm - просвещайтесь.Alexey1977:Нет на них горячих замен ни памяти ни процессоров - мало того BSOD на M$ или PSOD на ESXi валит всю ноду к чертям - после чего только ребут
открою вам огромный секрет: северные винды (и не только винды) давным-давно поддерживают cpu hotplug. не говоря уже о том, что внезапные нескорректированные ошибки памяти - это таки огромная редкость.Alexey1977:ага напишите код в Windows 10 так что бы он не вис и не ребутался когда вы словите ошибки памяти, либо контролера, либо когда проц помрет - сразу получите пост вице президента в корпорации добра.
это был именно отстой, мертворожденная архитектура, не имеющая перспектив, динозавр из эпохи когда компьютеры были большими. почему и благополучно загнулась.Alexey1977:Itanium был специфичным и дорогим, малораспространенным продуктом - но писать что это отстой и костыль, по меньшей мере не корректно.
таки ж да. во всяком случае - знаю куда поболее вашего.Alexey1977:NiTr0
я смотрю вы очень "большой" специалист в этом.
"сертифицированный инженегр" не знал о существовании CPU/RAM hotplug и дублирования RAM на х86? так это ваше личное горе.Alexey1977:куда мне сертифицированному инженеру по Mission critical системам в активе которого зарубежные курсы и тренинги по Unix(у), PA-RISC и Itanium системам, SD1 и SD2 (инсталл, апгрейд, поддержка) + несколько лет опыта и плотной работы по ним.
открою вам большой секрет: epic, как и vliw, подразумевает исполнение команды сразу на исполнительных блоках проца. и как только появляется необходимость увеличить IPC (за счет увеличения кол-ва исполнительных блоков и, соответственно, ширины команды) - тут и случается конфуз. потому что софт скомпилен для 4 команд в командном слове а новый проц уже ждет 8. и тут либо перекомпилить нафиг все, либо - лепить костыли, позволяющие старому софту работать по-старому (что собссно и сделано было в итаниках в процессе их попыток развития).Alexey1977:про перекомпиляцию софта это вообще нечто не на лазящее на голово
