Комментарии 232
Следовательно, мы можем сделать вызов и загрузку a.bar из памяти еще до проверки того, что она не является null, как это видно в коде справа. Если чтение логически в конце окажется невалидным, то значение в b просто будет помечено аппаратно как неправильное и обратиться к нему будет нельзя.
Эльбрус также поддерживает условное исполнение.Ну и кеш там есть, согласно wiki.
Здравствуй, meltdown?
Представить себе пиратский сайт с фильмами на военном компе очень просто.
В соседней вкладке морду секретной БД тоже представить несложно.
Круто конечно. Но зачем? VLIW не взлетел даже у Интела. Ценник на Эльбрусы такой что они не имеют смысла. С учетом неработоспособности vliw больших партий не будет и ценник падать не будет. Брать что сервера что компьютеры на Эльбрусах нет и не будет смысла.
Ну заставят госов каких их купить. Будут стоять в углу, а работать будут старенькие (или какие есть) интелы.
Интел — один из крупнейших разработчиков и производителей цпу общего назначения — капитализация 200 миллиардов — программисты не очень. Только я логики не вижу?
Так Эльбрусы хотят тот же самый рынок. Планшеты, ноуты. Про сервера скромно помолчим. Не их уровень по производительности даже близко. Конкуренты Интел и АРМ. По деньгам и возможностям даже сравнивать нельзя.
Разрабатывая что-то под уже провалившуюся платформу надо сразу четко говорить Зачем? Почему этим будут пользоваться и чем оно лучше традиционных платформ в той области для которой мы свой велосипед разработали. Иначе вся эта разработка просто упражнение для ума.
В свете массовых факапов интела (окей, когда интел спекулятивное исполнение делал, никто не знал про спектре), процессор с явным контролем спекулятивности — это же просто чудо.
Т.е. не «провалившаяся платформа», а единственная относительно производительная платформа без критической уязвимости в спекулятивном исполнении.
Т.е. не «провалившаяся платформа», а единственная относительно производительная платформа без критической уязвимости в спекулятивном исполнении.
1. AMD и ARM гораздо быстрее
2. Как верно замечено в комментариях выше критическая уязвимость спекулятивного исполнения в Эльбрусе весьма вероятно как раз есть
Так Эльбрусы хотят тот же самый рынокСлово «рынок» здесь не очень подходит, так как работают совсем не рыночные механизмы.
Интел — один из крупнейших разработчиков и производителей цпу общего назначения — капитализация 200 миллиардов — программисты не очень.
А у МС и того больше капитализация, да вот только у них я вообще кроме C# и TypeScript не припомню качественных и не глючных продуктов. Капитализация никак не влияет на культуру написания кода в компании. Как я уже говорил AMD смогли написать хороший компилятор для VLIW даже не смотря на то, что капитализация у них ниже чем у интел.
Так Эльбрусы хотят тот же самый рынок.
Да конечно, только та работа которая предстояла интелу для перевода хотя-бы серверов на VLIW уже сделана благодаря появлению ARM, а во времена Itanium не была, что встало бы Intel в копеечку, а уж что-что а деньги они считать умеют, иначе не было бы у них вышеуказанной капитализации.
Про сервера скромно помолчим. Не их уровень по производительности даже близко.
Это ты про процессор на видео? Так там стоит 401-я машина с устаревшим на 5 лет процессором. После него уже вышли Эльбрус 8С и Эльбрус 8СВ давшие двукратный и четырехкратный прирост по производительности соответственно. Тесты от стороннего разработчика тут но на них правда нет последнего Эльбрус 8СВ, так-как на момент тестов его просто не существовало.
Разрабатывая что-то под уже провалившуюся платформу надо сразу четко говорить Зачем?
С чего бы она провалившаяся то? VLIW!=Itanium. То что Itanium у интела провалился не значит что провалились и все остальные.
Вы вообще к IT имеете отношение? МС сейчас один из крупнейших разработчиков опенсорсного по. Обвинять их в чем-то ну просто несерьезно.
Там нужен этак десятикратный рост производительности. Причем в независимых адекватных тестах. И заодно минимум десятикратное падение стоимости. И только потом модно о чем-то говорить. Ни того ни другого не наблюдается.
Вы вообще к IT имеете отношение?
Я спрошу у вас то же самое, ибо уровень аргументации у вас детский, то капитализация у вас как-то влияет на культуру написания кода, то принадлежность к группе крупнейших разработчиков опенсорсного по делают кампанию неприкасемой что критиковать её становится не серьёзно. Вы точно не политик? И них обычно такой-же низкий уровень аргументации.
Там нужен этак десятикратный рост производительности.
Чудес не бывает, двухкратный рост производительности от поколения к поколению уже хорошее достижение, а если учесть что в 16С обещают трехкратный рост за счет уменьшения техпроцесса а соответственно увеличения количества транзисторов в кристалле, повышения тактовой частоты, увеличения ширины командного слова, увеличения объема кешей, расположения чипсета прям на кристалле, поддержке современной периферии, и обновления версии архитектуры, то и вообще все смотрится довольно не плохо. И не верить в обещания мцст причин нет, ибо пока-что они исправно выполняли свои обещания.
а если учесть что в 16С обещают трехкратный рост
и сколько это в циферках? только не в гфлопсах дутых — мы же не о DSP говорим в конце концов, а в реальных сценариях (типа zlib, компиляции, бенчах интерпретаторов и т.п.), и желательно — на ядро а не сумму всех 16 ядер сравнивать с 4 ядрами интела и радоваться, мол, всего в несколько раз отставание…
а распознавание изображений — таки для DSP милое дело. но мы же не DSP рассматриваем, а процессор общего назначения…
Про запуск больших файлов в либре я не в курсе, но просто запуск и сравнение с предыдущим 4С есть тут youtu.be/gCqb65_Sz_I
ну или шлангом скомпилить что-то — без разницы. суть-то — скомпилировать одной и той же версией компилятора под одну и ту же целевую архитектуру.
ну и да, сравнение с другим камнем той же архитектуры — оно какбы малоинформативно, интересно сравнение с каким-нить более другим современным камнем.
А вот, как вы, просили производительность на одно ядро Noisette выполняется в режиме двоичной трансляции в x86 без портирования кода на эльбрус, а Tapir в нативном режиме с некоторыми оптимизациями. Как видим разница в 3 раза в режиме эмуляции и ~1.5 раза в нативном режиме. Не идеал конечно, но уже не плохо, что кстати как раз примерно в 2 раза быстрее отстающего в 7 раз процессора предыдущего поколения из видео.
эльбрус пытаются пропихнуть как десктопный камень/камень для рабочих станций же — ну так интересно было бы сравнить в соответствующих задачах. две штуки из которых (компиляция и открытие большого документа) я для примера привел.
эльбрус пытаются пропихнуть как десктопный камень/камень для рабочих станций же
Не совсем. Как я понял десткопы там идут в третью очередь. Сперва оборонка, потом сервера, а потом уже десктоп. Поэтому и тесты такие. Вряд-ли мы найдем тесты процессора на бытовых задачах. Есть только тест древнего 4С на хабре, и там результаты не отличаются от тех что оглашены в видео. 4C в 7 раз медленнее Интела. Таких-же тестов 8С, а тем более 8СВ в сети к сожалению нет.
Noisette выполняется в режиме двоичной трансляции в x86 без портирования кода на эльбрус
Нет. Это нативный режим, просто NOISEtte большой и его оптимизировали «немного» (всего на 30%)
Tapir в нативном режиме с некоторыми оптимизациями
А Tapir маленький (~1000 loc) и его вручную допиливали под Эльбрус посильнее, там прирост за счет этого допиливания двухкратный.
Заметьте что x86 код никто оптимизировать вручную даже не пытался
Критиковать крупного успешного опенсорс разработчика за качество ПО. Ну это. Я даже не знаю что сказать.
Там все быстродействие ну очень синтетическое. Реальные тесты в серверных задачах от компиляции до шифрования говорят о безнадежном отставании. Да их новые процессоры тоже безнадежно отстают. Все эти бумажные цифры "стало в 16 раз быстрее" не нужны. Нужны только тесты на реальных задачах.
Сайты пропагандистов игнорирую принципиально. Я и так знаю что там напишут и что это к реальности не имеет никакого отношения. Копаться в этом увольте.
Все тесты на нормальных сайтах (да на том же хабре цикл статей был) говорят что там без шансов. Отставание безнадежно. И по производительности на ватт и по производительности на ядро и тем более по производительности на доллар.
Тест некоего левого ПО перемеженный рекламой? Вы вот это серьезно сейчас? Неповторяемый тест на проприетарном ПО. Чистая заказуха видна за километр.
Нет. Некие нонеймы продаются за копейки. Статейку с любыми непроверяемыми цифрами сделать можно вообще бесплатно. Я вообще проблем не вижу.
Это же так просто. Берем ну тот же nginx и тестируем отдачу https. Вот все совсем просто, повторяемо и проверяемо. И задача реальная. Или берем ffmpeg и тестируем транскодинг видео на современных кодеках. Тоже просто, повторяемо, проверяемо и задача реальная. Но нем надо взять черти какое никому неизвестное ПО и что-то тестировать на нем. Чтобы никто не дай бог повторить и проверить не смог.
Яснопонятно.
-а наш процессор вьічисляет число пи в 8000 раз бьістрее интела
-Но єто же бессмьісленно. И какого именно интела?
— Скайлайка!
-Єммм… Какого именно скайлайка? А что он еще умеет? Можете на время открьіть большой документ на разньіх обозначенньіх платформах?
-В 8000 раз бьістрее число пи, вьі представляете!?!?!? Какие вам еще нужньі доказательства?!?!?!!!
Я беру типовые серверные задачи. С реализацией на всем известном опенсорс софте. Их можно сравнивать и повторять.
Ваше распознавание на черти каком софте не показывает ничего. И проверить достоверность нельзя.
так нет же — пишут «процессор общего назначения», а потом — оказывается, что он, кхм, «специфический»…
На C66 крутится линукс?
Последний релиз в 2012, последний коммит в репозитории больше года назад. Этот проект жив?
линукс есть? есть. работает? работает. но тем не менее — C66x ни разу не ЦП, а таки DSP.
а то что порт скорее мертв чем жив — лишь подтверждает тот факт, что DSP как ЦП никому особо не нужен, не смотря на все его гигафлопсы. а для DSP-задач — TIшная RTOS куда больше подходит, чем обычный линукс.
Тогда и не надо говорить что это процессор общего назначения. И соответсвенно не надо его пытаться продавать как процессор общего назначения.
Специализированный процессор с возможностью запуска Линукса. И нет вопросов. Только остается понять в каких задачах он лучше и дешевле аналогов. Ну или хотя бы просто не хуже.
1) ну вот: http://t.me/ssleg/524
2) с тех пор Игорь Молчанов, с которым Вы выше обсуждали вопрос, дал доступ на стенд ИНЭУМ: http://elbrus.kurisa.ch — добро пожаловать!
PS: пишу с домашнего Э-16С, на котором при надобности даю доступ в виртуалки.
отдача https — там тоже в шифрование все упрется. которое тоже прекрасно на DSP ложится (хоть и похуже, чем на камни со встроенными криптоакселераторами, типа того же набора команд AES-NI).
гораздо интереснее будут именно тесты в более сложных задачах, где во весь рост проявляется преимущество ОоО. типа компиляции. или интерпретации скриптов (хоть тот же питон). или еще чего-то подобного.
Так пусть проведут тесты и покажут как оно работает. Задачи же абсолютно типовые.
Из синтетики java была бы интересна. На ней уйма софта работает. А вот то что показывают вызывает ну ооочень большие сомнения.
хотя не факт что на эльбрус яву портировали.
С чего бы она провалившаяся то? VLIW!=Itanium. То что Itanium у интела провалился не значит что провалились и все остальные.
Не значит. Но по факту остальные провалились так же.
Просто чтоб было понятно, казалось, что vliw сможет выжить хотя бы в gpu, там большинство операций — векторы и матрицы, пакуй как хочешь, иногда приклеивая сбоку пару скалярных операций, однако даже там при переходе к gcn (радеоны 7й серии) VLIW выкинули.
Скорее всего в тираде речь шла о раскрытии кода старого драйвера для легаси карт, вот чувак и сказал, мол драйвера для 2x00-6xx0 содержат лицензированные компоненты, переписывать мы их не будем, поэтому пользуйтесь r600g и не жужжите. Вообще, я слышал версию, что с VLIW свалили потому что скалярная архитектура nvidia вполне себе конкурировала с VLIW на GPU-задачах, поэтому польза от VLIW сомнительна, а на перспективных GPGPU задачах VLIW вообще ловить было нечего, поэтому и ушли. Собственно везде с VLIW так получается, сначала кажется, что должно работать, но потом вылазят проблемы с неудобным кодом и непредсказуемыми задержками и выясняется, что плотно паковать не получается, а SIMD расширения, OoO и многоядерность решают проблему масштабирования лучше.
Так Эльбрусы хотят тот же самый рынок. Планшеты, ноуты.
Но не свой.
Игорь, AMD-шникам серьёзную доводку кодогенератора под VLIW-поколения радеонов сделал... русский хакер на спор с ихними (в коммерческом порядке, но тем не менее).
Отечественная электроника не для домашних ПК и серверов, а для ВПК. Оружие без чипов и ПО, не продаётся. Независимых производителей линейки ЧИП-ПО — 3-4 страны. США, КНР, РФ и возможно Франция. Наше оружие / энергетическое оборудование (и Китайское) покупают не по тому, что что оно самое лучшее, а потому что его невозможно "отключить со спутника". Все политики помнят когда перед началом операции "Буря в Пустыне" Саддаму Хусейну отключили ВСЕ французские истребители. И про центрифуги в Иране с контроллерами Сименс. Могу ещё напомнить о выходе из строя единственного спутника системы ПРО из-за импортного блока питания, и (по слухам) погрешности ГЛОНАСС выросшие до 150м (по слухам проблемы были в сверхточных часах) летом 2014 года, когда ВВП решал вопрос о прекращении бардака на Украине… Теперь 35-40 млн. человек расплачиваются за выбор инженеров ПО Решетнева "дешёвых, надёжных, с хорошими массогабаритным характеристиками" компонентов. Теперь понятно почему Эрдоган выбрал С-400? Почему Алжир покупает "плохое"Российское вооружение? Почему король Тайланда у которого вспыхнули бунты после контрактов с Роснефтью выбрал бизнес-версию СуперДжет100, а не Гольфстрим. Могу ещё напомнить руководство ОКБ Гидропресс (Ядерные реакторы и Ядерное топливо) ликвидированное почти в полном составе...
На это я с вами прощаюсь. Пропаганда головного мозга не лечится.
Как показала практика — кому надо, те справляются и без бэкдоров, просто используя существующие дыры в ПО и железе. А теперь подумайте, где дыр больше — в Интеле или Эльбрусе?
У меня другой вопрос четыре с половиной года спустя, хотя уже и у Вас тогда вполне мог завестись аналогичный — сможет ли кто-либо из сколь-нибудь значимых процессорошлёпов в истории отобрать у Intel Corporation пальму первенства в данном вопросе?
Но авторы этой байки ничего про это не знали.
Кроме того, если полагаться на зарубежные компоненты, их могут просто прекратить продавать. Или шантажировать: «Либо вы идете на уступки по такому-то вопросу, либо мы перестаем поставлять вам процессоры, на которых у вас делается авионика».
Современных fab'ов в России в ближайшее время не появится.
Хотелось бы напомнить, что Эльбрус сейчас — очень дорогая игрушка для военных, причем является такой уже много лет. Вот когда МЦСТ перестанет ориентироваться на процессоры Intel 10 летней давности, а сократит разрыв — тогда и можно будет говорить, что у кого пашет, а что у кого нет.
в эльбрус вложили копейки, потому так медленно дело и движется. интел в день тратит больше, чем команда эльбруса за 10 лет потратила. да, можно ничего не делать и надеяться что у интела получиться когда нибудь рывок на +3% за поколение, вместо текущих 2%.
команда эльбруса похоже менее 20 человек, даже С компилятора до сих пор толком нет. с такими ресурсами понятно что ничего не догнать.
С годами разрыв между Эльбрусом и Intel не сокращается, а даже чуть-чуть увеличивается, сейчас он >10 лет. При этом Intel — коммерческая компания, а МЦСТ — сидит исключительно на госконтрактах.
На софт особо не рассчитывайте, он весь под NDA, система команд секретная, при этом никакого желания что-то поменять ни у кого нет.
Про китайские банки это фейк, это некоторые банки с Тайваня которые имеют БРИТАНСКУЮ юрисдикцию.
Архитектура МЦСТ выбрана очень грамотно, за очень небольшие деньги и небольшой командой разработан процессор который ВСЕГО в 10 раз медленнее современных процессоров Intel. Этот процессор — максимум что можно выжать из "Ангстерма" остальное добирают программисты на ассемблере. Хотел ось бы спросить у критиков кто ещё кроме США и возможно КНР производит процессоры аналогичной производительности ?
PS Удивили тесты Эльбруса по всем параметрам он примерно соответствовал Интел Атом, но по тестам симулирующим работу БД был примерно как i3, т.е. глубокая оптимизация под конкретную задачу позволяет при необходимости поднять производительность примерно до 10 раз. Это очевидно относится и к интел и APM и к Ардуино :)
Что касается процессоров «аналогичной производительности» — очень много кто производит. Если Вы имеете в виду fab'ы — то Россия сейчас где-то на уровне Мексики. Если непосредственно разработку процессоров, то можно сравнить японские SPARC'и и МЦСТ'шные, в результатом не в ползу последних и не в пользу Эльбруса.
Ну и сравнивать можно Эльбрус и RISC-V, к примеру. Вот тут уже интересно будет.
Удивили тесты Эльбруса по всем параметрам он примерно соответствовал Интел Атом
Это и есть такой старенький Atom, с очень высоким энергопотреблением и штучным, по сути, производством + уголовная ответственность за распространение софта и описания :)
Какие-то достижения на Эльбрусе нам обещают с конца 90х, каждый год счастье переносится, а бюджетные деньги выделяются стабильно (и они не «карманные», а наши). При такой бизнес модели МЦСТ может еще очень долго существовать, отставая от Intel на стабильные 10 лет.
Что касается VLIW — пока все бравшиеся за создание на них процессоров «для масс» — позорно слили, типа Transmeta и Intel.
Так что подождем еще 10 лет, пока МЦСТ догонит существующие сейчас процессоры и посмотрим на результат. Если, конечно, этот результат не будет опять засекречен, как это происходит сейчас :)
деньги на эльбрус выделяются не серьезные и они не ваши. это нефтяные деньги, которые вы не заработали. а вот эльбрус заработал. если команда в 20 человек так и останеться, то да. будут еще 10 лет компилятор мучить
Разумеется иметь распространенную архитекутуру значительно выгоднее, чем некий секретный Эльбрус, для которого все нужно переписывать. У МЦСТ тоже есть SPARC, который военные используют с 90х годов, под него много софта и никто прекращать его производство не планирует.
Нефтяные деньги не с неба упали — их стригут с нефтяных компаний, которым государство выдало лицензии на добычу. Это деньги всех граждан РФ, которые иначе могли быть вложены в что-то другое. Ну раз решили в секретный процессор, за распространение системы команд которого положена тюрьма — ок. Другое дело, что я не обязан радоваться этому факту.
Как и внедрению его в гражданский сектор, где он никому нафиг не нужен.
на счет граждан, не все граждане одинаково полезны. в РФ полно кочевников, понятно что они не будут радоваться. но суть не в их радостях, суть в том что демонстратор работает и показывает выход из ловушки, в какую попала x86 архитектура.
Сами чипы у Sun/Oracle и Fujitsu тоже отличаются (причем у Fujitsu они более производительные).
Что касается x86 — то после того, как Intel протащила свой LTE модем в новые iPhone, а Apple отказывается от сотрудничества с Qualcomm — то нас ждет одно из самых масштабных наступлений x86 в мировом масштабе.
Победить ARM на его же поле — это дорогого стоит.
А демонстратор пусть дальше демонстрирует работу на уровне старых Атомов.
А Китай вам прям так без бекдоров всё честно напечатает, особенно учитывая его геополитические амбиции, ага:)
Логика обычно на Verilog, и лейаутеры имеют к ней доступ хотя бы на уровне RTL. Впечатать бекдор сможет даже студент.
Может и в С-400, судя по их околонулевой эффективности в Сирии, всё и правда тёплое ламповое и советское, но в СуперДжете из российского, похоже, только планёр и вентилятор движка http://www.aeronewstv.com/en/?p=download&name=10813&dossier=fichier.
Если бы не ОКБ Сухого и не СуперДжет в РФ сейчас бы не осталось вообще производства гражданских самолётов и технология их производства была бы утеряна. ОКБ Туполева, Яковлева, МиГ, Ильюшина и прочих нет уже лет 20. КБ Туполева развалили чтобы устроить в нём третесортный торговый /бизнес центр ТуполевПлаза. А руководство ОКБ Сухого сейчас в Кремль дверь ногой открывает… потому что комерсов полно, а специалистов мало.
Например сирийцы, которым эти С-400 вроде как поставили после ракетного удара коалиции по химоружию, пытались сбивать израильские самолёты — всем известно, чем это в итоге закончилось.
ru.wikipedia.org/wiki/Войска_противовоздушной_обороны_Сирии
Вот тот самый комментарий:
habr.com/company/embox/blog/421441/#comment_19042633
Как по мне — всё это уровня «сосед жены друга слышал, что ...».
UPD: Оказывается, это Ваш комментарий. Вот и повеселил я сам себя. Вот и до Вас дошли ваши же слова. =)
Микропроцессоры и вычислительные комплексы
семейства «Эльбрус»
А ещё в системе команд E2Kv3 и выше для маловероятных выходов есть интересная возможность: можно в одной ШК поставить условный непосредственный переход который будет срабатывать от одной или двух операций целочисленного сравнения в тоже самой ШК. Полезно для разных проверок на редкие ситуации с указателями null и кодами ошибок:
{
cmpedb,0 %r1, 0, %pred0
cmpedb,1 %r2, 4, %pred1
rbranch Fail? %cmp0 || ~%cmp1
…
}
Но похоже ни в реализации Java, и в реализациях JS этим так и не пользуются…
Это выглядит как некоторое подобие Itanium где тоже была идея-фикс создать простой процессор и очень крутой компилятор. Но, как мы знаем, не взлетело совсем.
В общем есть могучая уверенность, что корректный код и современный компилятор позволят Интелу сильно уделать Эльбрус по количеству инструкций за такт при просто полшебный возможностях по масштабированию системы. И это преимущество архитектурное.
VLIW благодаря своей примитивности прекрасно живет во всяких DSP и прочих числодробильнях, где малое кол-во ветвлений и хорошо параллелящийся на уровне команд алгоритм. но вот в роли generic ЦП их никто не использует. ибо бесперспективно. не, конечно можно притянуть за уши те же TileGX — но 1) это специализированный сетевой проц и 2) производительность его весьма уныла даже в сетевых задачах.
+ у сверхшироких VLIW болячка — низкие рабочие частоты. те же х86 на 90нм к примеру спокойно работали на 3ГГц (Athlon 6000+ Windsor), а какая там частота у 90нм эльбрусов? 800МГц?..
Макс Горшенин (МЦСТ) показывал скриншот, где 8С разогнали с 1,3 до 1,6 ГГц под водянкой. А 8СВ штатно работает на 1,5 ГГц под воздушным охлаждением на том же 28 нм техпроцессе. А разница в том, что микроархитектурные различия между 8С и 8СВ существенны. И это не смотря на конвейер в те же 8 стадий что у первого, что у второго.
Итаник не взлетел по связке причин -- начиная от "права купил, ездить не купил" (угнать существенную часть команды МЦСТ оказалось недостаточно), далее со всеми остановками вроде винды и её архитектурнозависимых драйверов для печати (вот уж кто бы предположил!) -- и до личных разборок между тогдашними кандидатами в генеральные, один из которых курировал ia64, а другой генеральным стал (у @vvvphoenixесть цикл занятных статей, включая таковую про архитектуру как религию в intel).
PS: как там Ваша уверенность после длиннейшей череды именно архитектурных проблем, решаемых дорогостоящими именно для производительности затычками и показывающих то, о чём говорили уже лет пятнадцать -- в интеле руководы требовали "соблюдать закон Мура" любой ценой?
угнать существенную часть команды МЦСТ оказалось недостаточно
Itanium вышел за 3 года до покупки людей из МЦСТ в 2004 а первые функциональные прототипы итаника существовали еще в 1996. К моменту покупки на рынок выводилось уже третье поколение Itanium и то что у него крупные проблемы было давно уже видно невооруженным глазом. Собственно потому МЦСТ и купили - пытались спасти тонущий проект.
далее со всеми остановками вроде винды
Винда как раз вполне впряглась в проект Итаника. Утопило его то что VLIW это неудачная архитектурная идея в принципе в сочетании с неопытными командами которые его делали (интел под итаник по сути создал новый отдел с нуля набив его студентами и у Бабаяна в МЦСТ была схожая история)
Мне кажется, VLIW неудачная именно для Windows в начале 2000х. Во-первых, Itanium и Itanium2 двоично не совместимы, и это как-то анти-Windows, анти-Реймонд Чен. Во-вторых, Windows, — это такая экосистема, в которой Microsoft худо-бедно понимает, как делать операционную систему, но ничего не смыслит в компиляторах, библиотеках, да и хорошо, что не смыслит, Microsoft, отодвинься, дальше мы сами напишем компиляторы, программы, и будет хорошо. Возьмём Delphi и напишем QIP, The Bat! и Total Commander с плагинами. Где-то ещё рядом агитируют с Delphi на Аду апгрейдиться. Доминирование Win32 в первой половине нулевых было хорошей питательной средой, чтоб пробовать новое. Работал COM, и через COM разноязыковые компоненты дружить. Помню, целые компакт-диски библиотек ActiveX продавались.
А на Itanium раз, — и ничего нет. Звенящая пустота, задорого. Под Transmeta Crusoe хоть транслятор x86 быстрый был, а на Itanium только какое-то исполнение x86 на одном ядре VLIW.
Так и переманивание началось ещё при СССР -- Пентковский вон фигурировал с отдельной страничкой на интеловском сайте (потом, правда, прикрыли -- у меня где-то лежит сохранённая из вебархива, где попытались сломать перекидкой в загружаемом ресурсе, но нас так просто не возьмёшь).
Не, не вполне. Я ведь не просто так драйверы печати упомянул -- это не догадка, а знание (через команду Samba добравшееся).
Ну и по поводу той масловской лапши, которую приняли за сведения -- почитайте http://habr.com/ru/articles/575302 в качестве таблетки от надувательства, поймёте, за кого Вас и свою аудиторию в целом подобные персонажи держат.
// отправлено с моего "Эльбрус-16С"
С одной стороны — меня радует, что в нашей стране ещё существует надежда на то, что в продаже могут появиться российские процессоры. С другой стороны — что толку читать о том, чего не можешь попробовать. Это огорчает и сводит к нулю весь позитив.
Далее делаем системный вызов, чтобы получить стек вызовов.Системный вызов в ОС или инструкция для работы с Chain-стеком?
Вообще технология интересная с точки зрения уменьшения критичности уязвимостей переполнений на стэке.
Intel только обдумывает реализацию Shadow-stack. В ARM и MIPS (которые съедают огромную долю рынка сетевых устройств) таких защит пока что нету. Почему бы не реализовать дополнительные аппаратные средства защиты и не адаптировать процессор, например, под домашние роутеры/CCTV/IoT?
Там TDP высокий для IoT а перейти на техпроцесс поменьше тоже
Где-то в параллельном мире всё ещё доминирует FAT32, и там обсуждают «интересные технологии» уменьшения критичности потери данных при отключении питания. Hitachi пока только обдумывает реализацию Shadow-HDD, — новости из параллельной Вселенной.
В принципе, есть сопоставимо защищённый CHERI, выпускается дольше. На уровне аппаратуры проверит, что программы правильно обращаются с 256битными указателями. Особенно хорошо подходит по менталитету для людей, хранящих данные на четырежды зеркальном RAID. Чего только ни сделаешь, чтоб FAT32 от выключения питания защитить.
С такого и пишу :)
Господа, вы проделываете шикарную и интересную работу. Одно вам пожелание — не впадайте в ловушку скуки. Когда делаешь инструмент для кого-то, иногда начинает казаться, что ничего не производишь. Ваш труд на самом деле очень ценнен!
выражать намерения в коде за счет явного управления всеми независимыми арифметико-логическими устройствами (АЛУ), которых у Эльбруса, к слову, 4.
У эльбруса их к слову 6
Это у итаниумов было 4, у современных интелов и амд вроде бы 3.
Братцы, картинки зря гуглу доверили — восстановить-то теперь вариант хотя бы по веб-архиву? (а то вдруг и под рукой у автора оригиналы остались)
Портирование JS на Эльбрус