Привет, читатели Хабра. Хотим поделиться крайне приятной новостью. Мы, наконец-то, дождались реального серийного выпуска нового поколения российских процессоров Эльбрус 8С. Официально серийный выпуск должен был стартовать аж в 2016 году, но, по факту, именно массовое производство началось только в 2019 году и на текущий момент выпущено уже около 4000 процессоров.
Практически сразу после старта серийного производства данные процессоры появились и у нас в Аэродиске, за что хотим отдельно поблагодарить компанию НОРСИ-ТРАНС, которая любезно предоставила нам свою аппаратную платформу Яхонт УВМ, поддерживающую процессоры Эльбрус 8С, для выполнения портирования программной части СХД. Это современная, отвечающая всем требованиям МЦСТ универсальная платформа. На данный момент платформа используется спец.потребителями и операторами связи для обеспечения выполнения установленных действий при проведении оперативно-розыскных мероприятий.
На текущий момент портирование успешно завершено, и уже сейчас СХД AERODISK доступна в варианте с отечественными процессорами Эльбрус.
В этой статье мы расскажем о самих процессорах, об их истории, архитектуре и, конечно же, о нашей реализации СХД на Эльбрусе.
История
История процессоров Эльбрус берет свое начало во времена Советского союза. В 1973 году в Институте точной механики и вычислительной техники им. С.А. Лебедева (имени того самого Сергея Лебедева, который ранее руководил разработкой первого советского компьютера МЭСМ, а позже БЭСМ) стартовала разработка многопроцессорных вычислительных комплексов под названием «Эльбрус». Руководил разработкой Всеволод Сергеевич Бурцев, также активное участие в разработке принимал Борис Арташесович Бабаян, который являлся одним из заместителей главного конструктора.
Всеволод Сергеевич Бурцев
Борис Арташесович Бабаян
Главным заказчиком проекта были, само собой, вооруженные силы СССР, и данная серия компьютеров в итоге успешно применялась при создании командных вычислительных центров и стрельбовых комплексов систем противоракетной обороны, а также других систем специального назначения.
Первый компьютер «Эльбрус» был завершен в 1978 году. Он обладал модульной архитектурой и мог включать в себя от 1 до 10 процессоров на базе схем средней интеграции. Быстродействие данной машины достигало 15 миллионов операций в секунду. Объем оперативной памяти, которая была общей для всех 10 процессоров, составлял до 2 в 20 степени машинных слов или 64 Мб.
Позже выяснилось, что многие используемые при разработке «Эльбруса» технологии в это же самое время исследовались в мире, и ими занималась компания International Business Machine (IBM), но работы по данным проектам, в отличие от работ по «Эльбрусу», так и не были завершены и не привели в итоге к созданию законченного продукта.
По словам Всеволода Бурцева, советские инженеры старались применять самый передовой опыт как отечественных, так и зарубежных разработчиков. На архитектуру компьютеров «Эльбрус» повлияли также компьютеры компании Burroughs, разработки Hewlett-Packard, а также опыт разработчиков БЭСМ-6.
Но при этом множество разработок были оригинальными. Самым интересным в «Эльбрусе-1» была именно его архитектура.
Созданный суперкомпьютер стал первой в СССР ЭВМ, которая применяла суперскалярную архитектуру. Массовое применение суперскалярных процессоров за рубежом началось только в 90-х годах прошлого века с появлением на рынке доступных процессоров Intel Pentium.
Кроме этого, для организации передачи потоков данных между периферийными устройствами и оперативной памятью в компьютере могли применяться специальные процессоры ввода-вывода. Таких процессоров в составе системы могло быть до четырех штук, они работали параллельно с центральным процессором и обладали своей собственной выделенной памятью.
Эльбрус-2
В 1985 году «Эльбрус» получил свое логическое продолжение, был создан и отправлен в серийное производство компьютер «Эльбрус-2». По архитектуре он мало чем отличался от своего предшественника, но применял новую элементную базу, что позволило почти в 10 раз увеличить общую производительность – с 15 млн. операций в секунду до 125 млн. Объем оперативной памяти компьютера увеличился до 16 млн. 72-разрядных слов или 144 МБ. Максимальная пропускная способность каналов ввода-вывода «Эльбруса-2» составляла 120 МБ/с.
«Эльбрус-2» активно применялся в ядерных исследовательских центрах в Челябинске-70 и в Арзамасе-16 в ЦУПе, в системе ПРО А-135, а также на других военных объектах.
Создание «Эльбруса» было по достоинству оценено руководителями Советского Союза. Многие инженеры были награждены орденами и медалями. Генеральный конструктор Всеволод Бурцев и ряд других специалистов получили государственной премии. А Борис Бабаян был награжден Орденом Октябрьской революции.
Награды эти более чем заслуженные, Борис Бабаян позднее говорил:
"В 1978-ом году мы сделали первую суперскалярную машину, Эльбрус-1. Сейчас на Западе делают суперскаляры только такой архитектуры. Первый суперскаляр на Западе появился в 92-ом году, наш в 78-ом. Причем тот вариант суперскаляра, который сделали мы, аналогичен Pentium Pro, который Intel сделал в 95-ом году".
Эти слова об историческом первенстве подтверждают и в США, Кит Дифендорфф, разработчик Motorola 88110, одного из первых западных суперскалярных процессоров, писал:
"В 1978 году, почти на 15 лет раньше, чем появились первые западные суперскалярные процессоры, в Эльбрус-1 использовался процессор, с выдачей двух команд за один такт, изменением порядка исполнения команд, переименованием регистров и исполнением по предположению".
Эльбрус-3
Шёл 1986 год, и почти сразу после завершения работ над вторым «Эльбрусом» в ИТМиВТ начали разработку новой системы «Эльбрус-3», используя принципиально новую процессорную архитектуру. Этот подход Борис Бабаян назвал «постсуперскалярным». Именно эту архитектуру, названную потом VLIW/EPIC, в будущем (в середине 90-х годов) стали использовать процессоры Intel Itanium (а в СССР эти разработки стартовали в 1986, а завершились в 1991).
В этом вычислительном комплексе впервые были воплощены в жизнь идеи явного управления параллелизмом операций с помощью компилятора.
В 1991 году был выпущен первый и, к сожалению, единственный компьютер «Эльбрус-3», который не смогли наладить до конца, а после развала Советского Союза он стал никому не нужен, и разработки и планы так и остались на бумаге.
Предпосылки к новой архитектуре
Коллектив, работавший в ИТМиВТ над созданием советских суперкомпьютеров, не распался, а продолжил работу как отдельная компания под именем МЦСТ (Московский Центр СПАРК-Технологий). И в начале 90-х годов стартовало активное сотрудничество МЦСТ с Sun Microsystems, где коллектив МЦСТ принимал участие в разработке микропроцессора UltraSPARC.
Именно в этот период возник проект архитектуры E2K, который первоначально финансировался компанией Sun. Позднее проект стал полностью независим и вся интеллектуальная собственность на него осталась у коллектива МЦСТ.
"Если бы мы и дальше работали с Sun в этой области, то все принадлежало бы Sun. Хотя 90% работы было выполнено еще до появления Sun". (Борис Бабаян)
Архитектура E2K
Когда мы обсуждаем архитектуру процессоров «Эльбрус», очень часто от наших коллег по ИТ-индустрии мы слышим следующие заявления:
«Эльбрус – это же RISC-архитектура»
«Эльбрус – это же EPIC-архитектура»
«Эльбрус – это же SPARC-архитектура»
На самом деле ни одно из этих заявлений не является полностью верным, а если и является, то только лишь частично.
Архитектура E2K — это отдельная оригинальная процессорная архитектура, основные качества E2K — это энергоэффективность и прекрасная масштабируемость, достигаемые при помощи задания явного параллелизма операций. Архитектура E2K разработана коллективом МЦСТ и в её основе лежат постсуперскалярная архитектура (а-ля EPIC) с некоторым влиянием SPARC-архитектуры (c RISC-прошлым). При этом в создании трех из четырех базовых архитектур (Суперскаляры, постсуперскаляры и SPARC) МЦСТ принимал непосредственное участие. Мир, действительно, тесен.
Чтобы в дальнейшем избегать путаницы, мы нарисовали простую схему, которая хоть и упрощенно, но очень понятно показывает корни архитектуры E2K.
Теперь ещё немного о названии архитектуры, в отношении которого тоже есть непонимание.
В разных источниках можно встретить следующие названия данной архитектуры: «E2K», «Эльбрус», «Эльбрус 2000», ELBRUS ("ExpLicit Basic Resources Utilization Scheduling", т.е. явное планирование использования основных ресурсов). Все эти названия говорят об одном и том же – об архитектуре, но в официальной технической документации, а также на технических форумах для обозначения архитектуры используется название E2K, поэтому в дальнейшем если мы говорим о процессорной архитектуре, мы используем термин «E2K», а если про конкретный процессор, то используем название «Эльбрус».
Технические особенности архитектуры E2K
В традиционных архитектурах типа RISC или CISC (х86, PowerPC, SPARC, MIPS, ARM) на вход процессора поступает поток инструкций, которые рассчитаны на последовательное исполнение. Процессор может обнаруживать независимые операции и запускать их параллельно (суперскалярность) и даже менять их порядок (внеочередное исполнение). Однако динамический анализ зависимостей и поддержка внеочередного исполнения имеет свои ограничения в количестве запуска и анализа команд за один такт. Кроме того, соответствующие блоки внутри процессора потребляют заметное количество энергии, и сложнейшая их реализация порой приводит к проблемам стабильности или безопасности.
В архитектуре E2K основную работу по анализу зависимостей и оптимизации порядка операций берет на себя компилятор. Процессору на вход поступают т.н. широкие команды, в каждой из которых закодированы инструкции для всех исполнительных устройств процессора, которые должны быть запущены на данном такте. От процессора не требуется анализировать зависимости между операндами или переставлять операции между широкими командами: все это делает компилятор, исходя из анализа исходного кода и планирования ресурсов процессора. В результате аппаратная составляющая процессора может быть проще и экономичнее.
Компилятор способен анализировать исходный код гораздо тщательнее, чем аппаратура RISC/CISC процессора, и находить больше независимых операций. Поэтому в архитектуре E2K больше параллельно работающих исполнительных устройств, чем в традиционных архитектурах.
Текущие возможности архитектуры E2K:
- 6 каналов арифметико-логических устройств (АЛУ), работающих параллельно.
- Регистровый файл из 256 84-разрядных регистров.
- Аппаратная поддержка циклов, в том числе с конвейеризацией. Повышает эффективность использования ресурсов процессора.
- Программируемое асинхронное устройство предварительной подкачки данных с отдельными каналами считывания. Позволяет скрыть задержки от доступа к памяти и полнее использовать АЛУ.
- Поддержка спекулятивных вычислений и однобитовых предикатов. Позволяет уменьшить число переходов и параллельно исполнять несколько ветвей программы.
- Широкая команда, способная при максимальном заполнении задать в одном такте до 23 операций (более 33 операций при упаковке операндов в векторные команды).
Эмуляция х86
Еще на этапе проектирования архитектуры у разработчиков было понимание важности поддержки программного обеспечения, написанного для архитектуры Intel х86. Для этого была реализована система динамической (т.е. в процессе исполнения программы, или «на лету») трансляции двоичных кодов х86 в коды процессора архитектуры E2K. Эта система может работать как в режиме приложения (на манер WINE), так и в режиме, аналогичном гипервизору (тогда возможно запустить целиком гостевую ОС для архитектуры х86).
Благодаря нескольким уровням оптимизации удается достичь высокой скорости работы оттранслированного кода. Качество эмуляции архитектуры х86 подтверждается успешным запуском на вычислительных комплексах «Эльбрус» более 20 операционных систем (в том числе несколько версий Windows) и сотен приложений.
Защищенный режим исполнения программ
Одна из самых интересных идей, унаследованных от архитектур Эльбрус-1 и Эльбрус-2 – это так называемое защищенное исполнение программ. Его суть заключается в том, чтобы гарантировать работу программы только с инициализированными данными, проверять все обращения в память на принадлежность к допустимому диапазону адресов, обеспечивать межмодульную защиту (например, защищать вызывающую программу от ошибки в библиотеке). Все эти проверки осуществляются аппаратно. Для защищенного режима имеется полноценный компилятор и библиотека runtime-поддержки. При этом надо понимать, что налагаемые ограничения приводят к невозможности организации выполнения, например, написанного на C++ кода.
Даже в обычном, «незащищенном» режиме работы процессоров «Эльбрус» имеются особенности, повышающие надежность системы. Так, стек связующей информации (цепочка адресов возврата при процедурных вызовах) отделен от стека пользовательских данных и недоступен для таких применяемых в вирусах атак, как подмена адреса возврата.
Созданные за годы разработки позволяют не только догнать и в будущем превзойти конкурирующие архитектуры в плане производительности и масштабируемости, но и обеспечить защиту от ошибок, которыми страдают x86/amd64. Закладок типа Meltdown (CVE-2017-5754), Spectre (CVE-2017-5753, CVE-2017-5715), RIDL (CVE-2018-12126, CVE-2018-12130), Fallout (CVE-2018-12127), ZombieLoad (CVE-2019-11091) и им подобных.
Современная защита от найденных уязвимостей в архитектуре х86/amd64 базируется на заплатках на уровне операционных систем. Именно поэтому падение производительности на текущих и предыдущих поколениях процессоров данных архитектур настолько заметно и составляет от 30% до 80%. Мы как активные пользователи x86-процессоров об этом знаем, страдаем и продолжаем «есть кактус», а вот наличие решения этих проблем на корню для нас (и в итоге для наших заказчиков) несомненное благо, тем более если решение российское.
Технические характеристики
Ниже приведены официальные технические характеристики процессоров «Эльбрус» прошлого (4С), актуального (8С), нового (8СВ) и будущего (16С) поколений в сравнении с аналогичными процессорами Intel x86.
Даже беглый взгляд на данную таблицу показывает (и это очень радует), что технологическое отставание отечественных процессоров, которое 10 лет назад казалось непреодолимым, уже сейчас кажется совсем небольшим, а 2021 году с запуском «Эльбрус-16С» (который, ко всему прочему, будет поддерживать виртуализацию) сократится до минимальных дистанций.
СХД AERODISK на процессорах Эльбрус 8С
От теории переходим к практике. В рамках стратегического альянса компаний МЦСТ, Аэродиск, Базальт СПО (ранее Альт Линукс) и НОРСИ-ТРАНС была в разработана и подготовлена к эксплуатации система хранения данных, которая на текущий момент по параметрам безопасности, функциональности, стоимости и производительности является если не лучшим, то, на наш взгляд, бесспорно достойным решением, которое может обеспечить должный уровень технологической независимости нашей с вами Родины.
Теперь детали…
Аппаратная часть
Аппаратная часть СХД реализована на базе универсальной платформы Яхонт УВМ компании НОРСИ-ТРАНС. Платформа Яхонт УВМ получила статус телекоммуникационного оборудования российского происхождения и включена в единый реестр российской радиоэлектронной продукции. Система представляет из себя два отдельных контроллера СХД (по 2U каждый), которые соединены между собой интерконнектом 1G или 10G Ethernet, а также с общими дисковыми полками, используя SAS-подключение.
Конечно, это не так красиво, как формат «Cluster in a box» (когда контроллеры и диски с общим бэкплейном установлены в одном шасси 2U), который мы используем обычно, но уже в ближайшем будущем он также будет доступен. Тут главное, чтобы работало хорошо, а о «бантиках» подумаем позже.
Под капотом каждый контроллер имеет однопроцессорную материнскую плату c четырьмя гнёздами под оперативную память (DDR3 для процессора 8С). Также на борту каждого контроллера имеется по 4 порта 1G Ethernet (два из которых используются ПО AERODISK ENGINE как служебные) и по три PCIe-разъема для Back-end (SAS) и Front-end (Ethernet или FibreChannel) адаптеров.
В качестве загрузочных дисков используются российские SATA SSD диски компании GS Nanotech, которые мы неоднократно тестировали и использовали в проектах.
При первом знакомстве с платформой мы внимательно её обследовали. К качеству сборки и пайки вопросов у нас не возникло, все сделано аккуратно и надежно.
Операционная система
В качестве ОС используется версия ОС Альт 8СП для сертификации. В скором времени мы планируем создание подключаемого и постоянно обновляемого репозитория для ОС Альт c ПО СХД Аэродиск.
Данная версия дистрибутива построена на текущей стабильной версии ядра Linux 4.9 для Е2K (ветка с долговременной поддержкой портирована специалистами МЦСТ), дополненной патчами по функциональности и безопасности. Все пакеты в ОС Альт собраны непосредственно на «Эльбрусах» с использованием оригинальной транзакционной сборочной системы проекта ALT Linux Team, что позволило уменьшить трудозатраты на сам перенос и уделить больше внимания качеству продукта.
Любой выпуск ОС Альт для Эльбрус можно существенно расширить в плане функциональности, воспользовавшись доступным для него репозиторием (от примерно 6 тысяч исходных пакетов для восьмой версии до примерно 12 – для девятой).
Выбор был сделан также и потому, что компания Базальт СПО, разработчик ОС Альт — активно работает с другими разработчиками ПО и устройств на различных платформах, обеспечивая бесшовное взаимодействие в рамках аппаратно-программных комплексов.
ПО Системы хранения данных
При портировании мы сразу отказались от идеи использовать поддерживаемую в E2K эмуляцию x86, а стали работать с процессорами напрямую (благо Альт уже имеет необходимые для этого средства).
Среди прочего нативный режим выполнения дает лучшую безопасность (те самые три аппаратных стека вместо одного) и повышенную производительность (нет нужды выделять одно-два ядра из восьми для работы бинарного транслятора, а компилятор делает свою работу лучше, чем JIT).
По факту в реализации AERODISK ENGINE на E2K поддерживается большая часть существующего функционала СХД, который есть в x86. В качестве ПО системы хранения используется актуальная на текущий момент версия AERODISK ENGINE (A-CORE версия 2.30)
Без особых проблем на E2K были заведены и протестированы для использования в продуктиве следующие функции:
- Отказоустойчивость до двух контроллеров и многопутевой ввод-вывод (mpio)
- Блочный и файловый доступ с тонкими томами (пулы RDG, DDP; протоколы FC, iSCSI, NFS, SMB включая интеграцию с Active Directory)
- Различные уровни RAID до тройной чётности (включая возможность использования конструктора RAID)
- Гибридное хранение (совмещение SSD и HDD в рамках одного пула, т.е. кэш и тиринг)
- Варианты экономии пространства с помощью дедупликации и компрессии
- ROW-снэпшоты, клоны и разные варианты репликации
- И другие маленькие, но полезные функции, такие как QoS, global hotspare, VLAN, BOND и т.п.
По факту на E2K нам удалось завести весь наш функционал, кроме многоконтроллерности (больше двух) и планировщик многопоточного ввода-вывода, который позволяет увеличивать производительность all-flash пулов на 20-30%.
Но эти полезные функции мы, естественно, тоже добавим, вопрос времени.
Немного о производительности
После успешного прохождения тестов базового функционала СХД мы, разумеется, стали выполнять нагрузочные тесты.
К примеру, на двухконтроллерной СХД (2xCPU E8C 1.3 Ghz, 32 GB RAM + 4 SAS SSD 800GB 3DWD), в которой был отключен RAM-кэш, мы создали два пула DDP с основным уровнем RAID-10 и два LUN по 500G и подключили эти LUN-ы по iSCSI (10G Ethernet) к Linux-хосту. И выполнили один из базовых часовых тестов на небольшие блоки последовательной нагрузки с помощью программы FIO.
Первые результаты оказались вполне позитивными.
Нагрузка на процессоры в среднем была на уровне 60%, т.е. это базовый уровень, на котором СХД может спокойно работать.
Да, это далеко не highload и под высокопроизводительные СУБД какого-нибудь биллинга этого явно не хватит, но, как показывает наша практика, этих характеристик достаточно для 80% общих задач, под которые используются СХД.
Чуть позже мы планируем вернуться с детальным отчетом о нагрузочных тестах Эльбруса как платформы для СХД.
Светлое будущее
Как мы писали выше, массовое производство Эльбруса 8С по факту стартовало буквально недавно – в начале 2019 года и к декабрю уже было выпущено около 4000 процессоров. Для сравнения, процессоров предыдущего поколения Эльбрус 4С за весь период их производства было выпущено всего 5000, так что прогресс налицо.
Понятное дело, что это капля в море, даже для российского рынка, но дорогу осилит идущий.
На 2020 год запланирован выпуск нескольких десятков тысяч процессоров Эльбрус 8С, а это уже серьезная цифра. Кроме того, в течение 2020 года процессор Эльбрус-8СВ должен быть доведён командой МЦСТ до серийного производства.
Такие производственные планы — это заявка на очень значимую долю всего отечественного рынка серверных процессоров.
В итоге уже здесь и сейчас мы имеем хороший и современный российский процессор с понятной и на наш взгляд верной стратегией развития, на базе которого есть максимально защищенная и сертифицированная система хранения данных российского производства (а в будущем и система виртуализации на Эльбрус-16С). Система российская настолько, насколько сейчас это физически возможно в современных условиях.
Мы часто наблюдаем в новостях очередные эпические провалы компаний, которые гордо называют себя российскими производителями, а по факту занимаются переклеиванием этикеток, не добавляя к продукции зарубежного производителя никакой собственной ценности, кроме своей наценки. Такие компании, к сожалению, бросают тень на всех реальных российских разработчиков и производителей.
Этой статьей мы хотим наглядно показать, что в нашей стране были, есть и будут компании, которые реально и качественно делают современные сложные ИТ-системы и активно развиваются, а импортозамещение в ИТ – это не профанация, а реальность, в которой мы все живём. Эту реальность можно не любить, можно критиковать, а можно работать и делать её лучше.
Развал СССР в свое время помешал коллективу создателей Эльбруса стать заметным игроком в мире процессоров и вынудил коллектив искать финансирование своих разработок за рубежом. Оно было найдено, работа была выполнена, а интеллектуальная собственность сохранена, за что хочется сказать этим людям огромное спасибо!
На этом пока все, пишите, пожалуйста ваши комментарии, вопросы и, конечно, критику. Мы всегда рады.
Также от лица всей компании Аэродиск хочу поздравить всё российское ИТ-сообщество с наступающим Новым годом и Рождеством, пожелать 100% аптайма – и чтобы бэкапы в новом году никому не пригодились))).
Используемые материалы
Статья с общим описанием технологий, архитектур и персоналий:
https://www.ixbt.com/cpu/e2k-spec.html
Краткая история компьютеров под именем «Эльбрус»:
https://topwar.ru/34409-istoriya-kompyuterov-elbrus.html
Общая статья об архитектуре e2k:
https://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D1%8C%D0%B1%D1%80%D1%83%D1%81_2000
Статья именно о 4-м поколении (Эльбрус-8С) и 5-м поколении (Эльбрус-8СВ, 2020 год):
https://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D1%8C%D0%B1%D1%80%D1%83%D1%81-8%D0%A1
Спецификации следующего 6-го поколения процессоров (Эльбрус-16СВ, 2021 год):
https://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D1%8C%D0%B1%D1%80%D1%83%D1%81-16%D0%A1
Официальное описание архитектуры Эльбрус:
http://www.elbrus.ru/elbrus_arch
Планы разработчиков аппаратно-программной платформы «Эльбрус» по созданию суперкомпьютера экзафлопсной производительности:
http://www.mcst.ru/files/5a9eb2/a10cd8/501810/000003/kim_a._k._perekatov_v._i._feldman_v._m._na_puti_k_rossiyskoy_ekzasisteme_plany_razrabotchikov.pdf
Российские технологии «Эльбрус» для персональных компьютеров, серверов и суперкомпьютеров:
http://www.mcst.ru/files/5472ef/770cd8/50ea05/000001/rossiyskietehnologiielbrus-it-edu9-201410l.pdf
Старая статья Бориса Бабаяна, но до сих пор актуальная:
http://www.mcst.ru/e2k_arch.shtml
Старая статья Михаила Кузьминского:
https://www.osp.ru/os/1999/05-06/179819
Презентация МЦСТ, общая информация:
https://yadi.sk/i/HDj7d31jTDlDgA
Информация об ОС Альт для платформы Эльбрус:
https://altlinux.org/эльбрус
ghrb
Или это не совсем верно?
Есть также вопросы:
1) Насколько это конкурентноспособное решение по сравнению с другими компаниями которые также совершают импортозамещение, но делают это просто заклеивая оригинальный бренд? Это ведь можно в любом подвале делать и оно по-идее дёшево.
2) Не вызывает ли у вас опасения предполагаемая национализация Т-систем?
rzerda
Т-Платформ, наверное. Т-Системы это дщерь Дойче Телекома, насколько я знаю. Если их национализировать, будет совсем интересно.
Viacheslav_V Автор
Переклейкой заниматься действительно дешево, но законодательство становится жестче с каждым с месяцем и это становится просто не выгодно, а иногда и опасно. Лучше и выгоднее честно делать свой продукт.
Что касается конкурентоспособности, то по задачам начального и среднего уровня текущая реализация e2k + софтовая обвязка вполне закрывает потребности. Задачи более серьезные могут быть решены через два года с выходом 16С.
Wexter
Ну т.е. без «поддержки» государства в виде ограничения рынка отечественное как всегда никому не нужно и неконкурентоспособно. Поэтому единственный вариант сбыта этого хлама только в госорганы
khim
С неконкурентоспособностью всё просто: проблема курицы и яйца. На одинаковом техпроцессе Эльбрус даёт сравнимую скорость с другими аргитектурами. Однако комплект масок для, скажем, 7nm техпроцесса — это несколько миллионов долларов (сколько точно — коммерческая тайна, но речь точно не про идин миллион).
Соотвественно для приемлемой себестоимости нужны сотни тысяч (лучше миллионы) чипов… а кто их купит на непроверенной архитектере?
А вот для чипов специального назрачения (радиационная стойкость и прочее) — можно на такой дорогой техпроцесс не закладываться… там у них есть шанс.
legolegs
На самом деле это пока не понятно. На существующих эльбрусах явно занижены частоты по сравнению с конкурентами на тех же техпроцессах. МЦСТ, как видим, постепенно учится работать на всё более и более высоких частотах и мелких техпроцессах. Когда научатся хотя-бы 3-4ГГц, тогда и станет ясно, чего стоит VLIW.
Am0ralist
Примерно тому же, что интел, если вырубить ему все те уязвимые технологии, которые обеспечивают ему выигрыш в расчётах путем появления тех самых уязвимостей? )
khim
В статье написано про 23 инструкции (про них везде пишут) и про 6 ALU — что сразу вызывает вопрос: как можно 23 инструкции на 6 ALU-то исполнить? Кто-то принцип Дирихле забыл? Нет — там мухлёж в другом: в инструкции занесено вообще всё. Чтение из памяти, запись, вычисления адреса… У X86 это тоже всё есть и если посчитать «по-Эльбрусному», то современный X86 может исполнять не 3-4 ?opsа, как обычно считается, а где-то 10-15 «Эльбрусоопераций» (точнее сказать сложно, так как подробности и те и те скрывают).
Но всё равно разница в количестве исполняемых инструкций почти двукратная. Так что баш на баш и выходит.
P.S. Мне кажется, что больше всего проект страдает как раз от секретности: поскольку взять доку и почитать — как оно там у них невозможно… то отсюда и ползут слухи… а с другой стороны если бы они доку опубликовали, то рассказывать про 23 инструкции было бы уже невозможно…
legolegs
Ну так это вполне честно (само по себе, в отрыве от сравнения с интелом) — все эти инструкции явно кодируются компилятором и видны в ассемблерном листинге.
Ну и не забываем обещания упаковать свои секретным компилятором эти 23 инструкции умнее и лучше, чем то же самое аппаратно делают спекулятивные и переупорядочивающие потроха x86.
PS секретность да, мешает. Нет свободного компилятора, нет официальной доки на систему команд, архитектура не в апстриме ядра.
Mad__Max
Ну пока что все эти заявления «а компилятор это сделает лучше» и поэтому можно избавиться от «кучи ненужного хлама в процессоре» остается голой теорией. Теоретически может. Но вот все практические попытки написать подобные супер-компиляторы для VLIW архитектур (не только у Эльбруса, но и например у Intel c Itanium или у AMD c их уже умершей VLIW архитектурой для GPU) дают результаты заметно хуже чем «оптимизация на лету» и внеочередное исполнение команд самим процессором в x86.
Хотя оно действительно несет с собой и усложнение чипа и повышение потребления энергии и возможный источник «дыр» в безопасности. Но зато дает отличный результат в плане реальной скорости работы.
Mad__Max
Нет двукратного преимущества. И «по несколько кроликов в одну ячейку» они как раз считают — с учетом упаковки/векторизации команд и слияния операций умножения+сложения позволяющим выполнять по несколько команд на одном исполнительном блоке.
Плюс всю загрузку-выгрузку отдельно суммируют.
Но в векторизацию (SIMD) и слияние все актуальные современные процессорные архитектуры (x86, Power, последние версии ARM) тоже могут. И отдельные блоки генерации адреса и загрузки/выгрузки имеются.
Если аналогично посчитать для приведенных в пример архитектур из сравнительной таблицы Haswell/Broadwell тоже получится свыше 20 операций за такт:
до 16/32 операций с плавающей точкой (через AVX/AVX2) двойной/стандартной точности или упакованных целочисленных
до 4 целочисленных операций (ALU)
до 3 операций генерации адреса (AGU)
до 3 операций загрузки/выгрузки
И получим до 26(16+4+3+3) или до 42(32+4+3+3) операций/такт если такой методикой счета попугаев пользоваться.
У AMD (начиная с Zen2) аналогично:
khim
Это вы уже мухлюеете в другую сторону. 16 операций с плавучкой вы даааалеко не на каждом такте получите. То есть теоретически — возможно, однако только на очень хорошо векторизуемом коде — а такое вообще бессмысленно пускать хоть на x86, хоть на Power, хотя на Эльбрус, для этого GPU есть.
С учётом того, что про эти 23 инструкции рассказывают с начала нулевых — ясно, что речь идёт о скалярном коде.
А чтобы точно проверить — нужна документация, с которой плохо с обоих сторон.
Mad__Max
Так и в Эльбрусе тоже самое. 12 из 23 операций в текущей реализации и 24/такт в следующий версии (Эльбрус 8CB)- это тоже векторные FMA операции с плавающей точкой.
А что не на каждом такте — ну теоретического предела на практическом коде конечно не достичь, но у Эльбруса с текущими компиляторами на практическом коде результат еще дальше от теоретического пика чем у х86 оказывается.
На х86 по крайней мере на задачах типа систем линейных уравнений, молекулярной динамики или работы с нейросетями 60-80% от теории вполне можно получить на практике.
OpenA
Да только у эльбруса в каждом канале такой SIMD, их можно как все использовать над общей задачей (например сложения элементов массива) либо использовать только некоторые, а остальным отдать что нибудь другое. Либо складывать/обрабатывать в разных каналах элементы разных массивов, а это уже MIMD которого в суперскалярах нет и скорей всего не будет.
ZlobniyShurik
Интересу ради, дайте, пожалуйста, оценочное сравнение по стоимости двух платформ — на Эльбрусе (та, что в статье) и одну на традиционной x86 (что-нибудь примерно равной производительности).
Я не прошу с точностью до рубля, но чтобы хотя бы понимать — разница в 10%, 100%, 10 раз…
stilic
Да пока нет столь массового производства как с x86 — Эльбрус дороже в десятки раз.
Массовое производство показывает нам чудеса себестоимости.
500rur
x86 тоже не на коленке делают.
Am0ralist
Я честно три раза перечитал связку вашего и предыдущего коммента и так и не понял, что вы хотели ответить человеку?
500rur
то, что будет происходить снижение себестоимости не означает, что данный продукт сможет конкурировать по цене с уже существующими на рынке.
Если будет разница не в десятки раз а всего лишь в разы = мертвый продукт.
Am0ralist
Боюсь ваш поток мыслей, как из тех двух комментов следует вывести вот это — от меня в итоге всё равно ускользнул.
А на ваше утверждение, хотелось бы заметить: а что, стоимость итогового продукта коррелирует исключительно с стоимостью двух микросхем в ней?
500rur
а из чего по-вашему складывается основная стоимость данного продукта?
Am0ralist
Программно-аппаратного комплекса? Ну да, из стоимости 2 процессоров, я вас понял…
500rur
Стоимость завода по производству процессоров, разработка этих процессоров и производство — будет стоить больше, чем разработка софта для «комплекса».
Am0ralist
Ваш полёт мысли меня всё больше поражает. Причём тут это, если коммерческая компания для своих целей покупает итоговые два проца на 1 штуку продаваемой продукции и никакого отношения к разработке процов и производства не имеет?
500rur
Стоимость разработки и производства ЦПУ будет заложена в цену ЦПУ.
Am0ralist
Ок, тогда начинаем заново…
500rur
не вижу смысла продолжать, тк ваши посты не содержат никакой информации.
Viacheslav_V Автор
Информация о ценах будет в январе. Сейчас могу сказать, что уровень цен абсолютно конкурентоспособный в сравнении с x86
fougasse
_64?
REPISOT
w3ga
у меня как-то, во время «анбоксинга» платы, с неё конденсатор отвалился, пришлось самому припаять его на место. это к вопросу надёжности пайки.
Nova_Logic
Это как раз совсем не «бантики», а экономия места. Стойка стоит денег, площадь в цоде своём или чужом тоже стоит денег, а расходование 2 юнитов таким образом -бессмысленная трата денег в итоге.
Почему-то у меня есть серьёзное подозрение что на эти деньги я смогу собрать хранилище на Storage Space Direct на SSD, с 500 000+ IOPS и ещё на сдачу лицензий на винду купить и коммутаторы, и при этом будет не просто СХД, а HCI-кластер виртуализации, с которого можно будет еще через SOFS место презентовать. Ну или можно выкинуть винду, использовать KVM, но тогда дельта будет ещё забавнее.
MPIO не только для увеличения производительности нужен всё-же.
Am0ralist
Думаю на этапе по сути создания рабочего прототипа — это действительно бантики.
Viacheslav_V Автор
Полностью с вами согласен, но в первую очередь нужно, чтобы решение было работоспособным, разве нет? Этого мы добились, дальше больше, займемся оптимизацией занимаемого пространства.
Цены будут доступны в январе, тогда будет смысл сравнивать.
MPIO в СХД Аэродиск на e2k поддерживается. Не поддерживается планировщик многопоточного ввода-вывода, пока.
trolley813
Увы, прозвучало как "догнать и перегнать Америку". Но вообще, в принципе, выглядит неплохо.
Lirein
Несмотря на критику, за статью спасибо, как и за проект на Эльбрусах. Процессоры и платформы на их базе обещают подешеветь, сами с интересом смотрим в их сторону, но портировать софт пока не рисковали. :)
Желаю вам успешной оптимизации кода программного обеспечения под архитектуру E2K и встраивания высокопроизводительного SAS3 шасси. Для MVP в качестве корпуса можно взять тот же OEM от Supermicro на 48 дисков в 2 юнита. Заднюю панель заглушки с разъемами — заказать фрезировку из алюминия, или вырезать лазером. Для единичных экземпляров и демонстрации на выставке — вполне достойное решение.
Если серийно выпускать, то лучше проектировать свой корпус, а материнку брать у МЦСТ или партнеров, у тех же НОРСИ-ТРАНС поинтересуйтесь, или посотрудничайте в направлении шасси для СХД.
Viacheslav_V Автор
Большое спасибо!
Nova_Logic
И есть не менее важный вопрос относительно задержек — а с RDMA это творение подружить возможно? а то как-то в 2020 году, iscsi и без RDMA имхо уже не очень целесообразны.
Вообще имхо будущее за гиперконвергентными решениями и быстрыми сетями, на bare-metal коммутаторах, или с намного более открытыми OS вроде Mellanox Onyx. Слишком много плюсов — и плотность размещения оборудования повышается, и надежность, и меньше электричества. А такие решения должны выпилиться.
Viacheslav_V Автор
RDMA заведем в 2020-ом никуда он не денется :-)
Гиперконвергент имеет смысл поднимать только на процессорах, которые виртуализацию поддерживают (это Эльбрус 16С — 2021 год). Наш гиперконвергент сейчас (Aerodisk vAIR), работает на x86 и на ARM, как только появится Эльбрус 16С будет гиперконвергент на e2k)
DrunkBear
Искренне надеюсь, а то тут ходил один рассказец, как Huawei привозил свой кластер на тесты, со своими процессорами и RDMA, который так и не поднялся за пол года, соответственно, из быстрого кластера быстро работал один любой сервер.
JackKatch
«Для защищенного режима имеется полноценный компилятор С/С++»
Ну вот как так то?! Старались, повышали надёжность, а потом воткнули туда C/C++. Всё равно что в цистерну мёда, бочку дёгтя вылить. Зачем было возится, что то улучшать? Грош цена такой системе!
CrashLogger
В Эльбрусе обращения к памяти контролируются на аппаратном уровне. Например за границу массива вылезти не дадут. Неинициализированную переменную прочитать тоже не выйдет. Типы данных тоже аппаратные. Так что даже на С++ в ногу выстрелить очень сложно.
lgorSL
Допустим, есть пустой std:vector и он внутри себя аллоцирует массив какого-то размера для элементов. Если я в коде попытаюсь обратиться по адресу begin()+1, код сразу же упадёт? А если я добавлю в вектор элемент, потом удалю и попробую к нему обратиться?
Эльбрус для каждого байта памяти хранит флаг "инициализированности"? Или там очень хитрая стандартная библиотека, которая намекнёт процессору, что реальный размер вектора — ноль и остальную память выделенного буфера пока нельзя трогать?
zzeng
зависит от реализации std:vector
архитектура позволяет сделать оба варианта
khim
Насколько я знаю (человек, который мне рассказывал про это уволился больше 10 лет назад, так что могли и переиграть, но в те времена так было) — там «широкие» указатели: 16 байт — 8 байт адрес, 4 байта размер, 4 байта смещение.
Выход за границы проверяется на аппаратном уровне.
И, собственно, тегирование, в первую очередь, было нужно, чтобы нельзя было сказать: верь мне, вот эта вот последовательность битов, которую я только что сотворил — она и есть указатель.
Прописываение тегов (и, соотвественно, превращение «последовательности битов» в указатель) — привилегированная инструкция.
legolegs
Да, эльбрусовцы говорили, что защищённый режим уполовинивает эффективный объём памяти.
khim
Обидно, если так. 10 лет назад они теги в ECC укладывали. Но да — это требует своего чипсета, своих архитектурных решений на матери и прочего… не потянули, значит.
legolegs
Зато память обычная DDR-3/4 с рынка.
А чипсет у них и так свой, куда им тут деваться.
OpenA
Так и делают, но там все сложнее https://youtu.be/OByTSjWdSks?t=1436
"Защищенный режим" это 128 битный режим, указатель становится длинной 128бит это позволяет в него и дескриптор затолкать и теги в EСС и хэш для коррекции ошибок.
vlsinitsyn
И что? Берем IBM i. Там это делается вообще без привязки к архитектуре. Сейчас вот все работает на Power.
Andrey_Rogovsky
была в разработана и подготовлена к эксплуатации система хранения данных, которая на текущий момент по параметрам безопасности, функциональности, стоимости и производительности является если не лучшим, то на наш взгляд бесспорно достойным решением
Так объективно, что аж не за что
khim
Наследство военки. На самом деле там действительно всё сделано на уровне, к которому ARM и Intel только подбираются — но если бы это, блин, всё было не «военной тайной», а было бы описано в открытой литературе — доверия было бы больше.
Ну и если бы оно всё было реализовано не в 2020м, а когда было разработано — 20 лет назад… тогда да. Это была бы бомба. А сейчас уже ARM и Intel обдумывают как подобную же защиту реализовать… пока софт на Элюбрус портируют (ещё 20 лет?) — всё это может уже и на «обычных» процессорах оказаться…
iwram
Жалко что не написали тест температуры при нагрузке, потребление электричества. Сколько вентиляторов в корпусе? Как сильно греются «русские диски» и у какой компании покупаются пластины для SSD?
JerleShannara
Про SSD уже выше писали, контроллер — от SMа, прошивка (по информации агенства ОБС) — кастомизированная SMовцами(т.е. наши в контроллер ничем не лезли), чипы — покупные пластины с корпусировкой в РФ. Если корпусировка и пайка выполнены нормально, то никаких препятствий (кроме, возможно, цены) к применению и надежности не вижу. А то у нас есть фирмы, которые говорят «у нас электрический и оптический контроль платы и монтажа», а на выходе 30% брака с припаянными под углом BGA и отваливающаяся SMD мелочёвка от удара углом платы об стол.
Viacheslav_V Автор
Про более глубокие тесты само собой напишем, но чуть позднее)
Gorily
Ну вот, а вы говорите от СОРМа нет толку, а ФСБ тормозит прогресс.
Платформа Яхонт-УВМ разработана НОРСИ-ТРАНС, являющейся одним из ведущих разработчиков АПК для СОРМ-1,2,3 и Закона Яровой: norsi-trans.ru/catalog
Разработка такой платформы обусловлена последними требованиями заказчиков, в роли которых выступает ФСБ и МВД.
vanyaindigo
Мрак и ужас, и тоска по совку.
ghrb
Вспоминается эта статья habr.com/ru/post/436998
legolegs
Где вы тут увидели тоску? Развал совка был объективно болезненным процессом для экономики, особенно в такой зависимой от R&D отрасли.
ghrb
Ну на мой взгляд нужно немного изменить акценты. Болезненным процессом было то что экономика, логистика и т.п. и т.д. были парализованы и не особо дееспособны. А развал — это следствие, а не причина. Не будем же мы ампутацию называть причиной гангрены.
timoteo_cirkla
«В совке», как вы выразились, уровень развития технологий, исходя из уровня технологий того времени, был нормальным. А в России сейчас фактически только шильдики и клеют. И процессоры те же на Тайване делаются. И элементная база не российская.
khim
Отчасти потому что она была «заточена» под циклы в 10-15 лет: наладили выпуск Жигулей — и «гоним» их до посинения, разработали калькулятор — тоже 10-15 лет выпуска.
В результате то, что было «на уровне» в момент разработки большинство потребителей видело уже того, когда его можно было прямо с конвеера в музей отправлять.
vanyaindigo
А в России была когда-то отличная технологическая компания «Яндекс». Почему была? Потому что ее национализировали.
AcidVenom
Я прошу прощения, но кто придумывает эти названия? «Яхонт-УВМ», «Святогор-ПК», «Пылемир-ХЗЧ»… Зачем же так?
DrunkBear
А почему Гиацинт, Пион, Буратино, Гном?
Традиция секретить.
cyberly
Так запомнить легче… А что они диковато звучат, это с непривычки, я думаю. А так, например, кэширующий прокси-сервер «Кальмар» — ничем не лучше. Или, вот IKEA свои стулья мужскими именами называет… Представьте, «табурет Григорий» — дичь, как по мне:)
JerleShannara
А вам нужна другая крайности ЕСКДшная вида «Монитор МЯВУ.572121.113-С3, клавиатура АЖОП.991133.121 и системный блок БЛЮЭ.561421.321»?
AcidVenom
Нет, я ожидаю не **ратые название типа «Яхонт», а, к примеру, «Престиж», «Альфа», «Ресурс». Много слов на русском, подходящих по смыслу к устройству.
lelik363
Вы думаете предложенные Вами варианты лучше? Тут как говорится на вкус и цвет…
AcidVenom
ИМХО, лучше чем выходить на рынок с названием из устаревшего слова. Как бы намекает на неактуальность.
DrunkBear
Когда технари начинают смотреть на девайс исключительно с точки зрения маркетинга и названия — это печально:
Ведь и Яхонт-УВМ, и Yahont Enterprise Pro2 будут содержать одинаковые железки, а переклеивать наклеечки — ну так себе инженерное занятие.
Am0ralist
JerleShannara
«Ядро-7 Песчаный Мост» тоже пардон звучит непонятно.
PeterZha
У смоленского завода для документации на Турбо-86м был ЕСКДшный шифр БЛИЯ. Чтение документации вызывало дикие ощущения..
Oxyd
Так, а вы на фото гляньте. ЛЯЮИ в полный рост. ;-)
JerleShannara
Ну мы в РФ, тут такое при работе с гос-вом иметь желательно =)
zonek
Красивая картинка
Коллеги подсказали, термины из «модель кублера-росса» Пять стадий принятия смерти
неожидано
ghrb
Ну эта картинка используется в множестве шуток, большая часть которых не связаны с чем-то драматичным. Необязательно производство неконкурентоспособных на рынке товаров связывать со смертью чего-то. Может быть это наоборот, рождение. Сначала спрос формируется за счёт протекционизма и запретов, а потом, при массовом производстве, глядишь и цена упадёт.
zonek
Сначала всех (гос.структуры и гос-корпорации) заставят это покупать, а потом прилетит добрый фей и цены упадут?
Как бы ясно для чего (кого) СХД делали и что упираться с выходом на коммерческий рынок здесь никто не будет.
crlam0
Ясно для кого делалась платформа Яхонт УВМ компании НОРСИ-ТРАНС. А СХД, судя по корпоративному блогу, вполне себе для коммерческого рынка.
zonek
«Не взлетим, так поплаваем»
vp7
Приятно читать про российские системы, но даже сам факт наличия древних i3 в таблице сравнения (процессоры 2008 года? причём low end сегмента) наводит на крайне грустные мысли.
Какое отставание в производительности современных серийных Эльбруса от, скажем, совершенно домашнего процессора AMD Ryzen 3900x?
crlam0
Как давно процессоры, которые не грешно и к HEDT отнести, стали совершенно домашними?
vp7
С тех самых пор, с которых эти процессоры стали продаваться за ~$500 в каждом компьютерном ларьке, а комплект CPU+RAM+MB на них начал стоить от $700.
Это не серверный сегмент (где цена можно начинаться от $5k за различные HP DL360G10) и даже не «компьютеры для фанатов», это уже где-то на уровне «ближе к верхней планке» для домашних компьютеров, в которых требуется производительность.
p.s. Вот Threadripper 3970x (32 ядра, 64 потока) это уже да, совершенно серверный сегмент. Но там и ценник иной.
Am0ralist
Am0ralist
В этом году… А HEDT там ещё круче.
vlsinitsyn
"… основную работу по анализу зависимостей и оптимизации порядка операций берет на себя компилятор..."
Что то мне это напоминает ;-). Я только не понимаю, зачем снова наступать на эти грабли? Это какой-то мазахизм?
vlsinitsyn
Почитал ссылку в вики, которую предлагает статья. Цитирую:
"Держателем патентов на процессор является компания Elbrus International, которой владеет Elbrus Services, зарегистрированная на Каймановых островах".
SergeyMax
Ничего страшного, сейчас продукт более-менее допилят, директора посадят, а контору перерегистрируют на кого надо.
lelik363
Зачем? Это другая история.
SergeyMax
Это была тонкая отсылка к ситуации с Т-Платформами, если кто не понял.
timoteo_cirkla
Могут и не успеть. Если компания внезапно решит продать все свои патенты. Другое дело, что может не на все патенты найдутся покупатели.
ApplejackApple
Но зачем?
perfect_genius
А какие у вас свои варианты?
ApplejackApple
Любое решение, которое в разы дешевле и не требует танцев с бубном.
Испортозамещение как самоцель оставьте пропагандистам.
perfect_genius
Мне кажется, обошлось дешевле, чем пришлось бы изобретать с нуля. Если в будущем смогут конкурировать на мировом рынке, то это хорошие поступления в казну. Любое другое решение, будь хоть от наших китайских друзей, может содержать ещё не раскрытые закладки уровня Meltdown, так что других решений нет, наверно.
muhaa
andy_p
> Именно эту архитектуру, названную потом VLIW/EPIC, в будущем (в середине 90-х годов) стали использовать процессоры Intel Itanium
Ну и где сейчас этот Itanium?
legolegs
Я к эльбрусу в принципе положительно отношусь, но беспокоит вопрос соблюдения GPL. У МЦСТ с этим бывают какие-то напряги.
Aleksey86
Блин оч радует читать такие новости!!! кайф, ждем!
alemit
Читаю я комментарии и странно мне видеть эти сравнения по стоимости с текущими решениями на x86. Про импортозамещение стоит понимать несколько простых вещей:
1. Это безумно дорого, но нужно, чтобы снизить степень внешнего давления. И цена здесь хоть и важна, но точно не в процессе импортозамещения, когда идут разработки решений и проверка этих решений в условиях практической эксплуатации
2. Импортозамещение — это процесс не на месяц, а на десятилетия. Причем процесс поступательный, с ошибками и решениями, победами и поражениями.
Требовать сейчас решения по качеству и стоимости аналогичного западным аналогам просто глупость, ИМХО. Я понимаю горечь людей которые понимают что эффективность процесса как минимум на порядок или два ниже желаемой.
Но господа, что вы имеете предложить по существу? Сдаться и поднять лапки вверх?
А ругать много ума не надо, кто из вас готов заняться этим и показать как надо? (здесь ожидаем нестройный хор «Я не специалист»-ов).
Мне тоже хочется быстрее, качественнее и дешевле. Но этого нет. От этого грустно.
Но эта статья на самом деле дает надежду, что решения будут. И это хорошо.
ghrb
1) Сделать такие суды в которых предприниматель сможет выигрывать у государства и миллиардеров
2) Написать такие законы чтобы трактование было однозначное и минэконом не противоречил налоговой
3) В том числе за счёт пункта 1 прекратить практику использования судов для разрешения споров хозяйствующих субъектов. А то сейчас оно даже не штрафами, а тюрьмой может закончиться
4) За счёт вышеуказанных пунктов сделать так чтобы инвесторы не боялись работать в стране
5) Привлечь инвестиции для создания в стране современных производств, вместо закупок устаревших линий, которые потом ещё 10 лет пытаются запустить
6) Из числа конкурентных преимуществ, в том числе первым пунктом, устранять административный ресурс, чтобы криворукие управленцы, даже работая в минус, не покрывали свои убытки за счёт государства. Тогда, глядишь, талантливые управленцы и организаторы смогут что-то организовать.
Всё текущее импортозамещение с административным ресурсом это привет из совка. Как много конкурентоспособных продуктов можно вспомнить, созданных государством? Калаш и Су-27?
khim
Так-то попытки последовать вашему совету предпринимались — Польша, Прибалтика, Украина… резльтат? Нет ничего — даже из стран, где микроэлектроника была (скажем Англия, Япония) её вывезли.
В страны которые вашему совету, как бы, не очень-то следуют. Даже Ryzen, который тут многие боготворят — где делается? Правильное — в стране кумовского капитализма.
Вот игры, скажем, по вашему принципу — удаётся сделать неплохие, да. А вот с процессорами — ну никак не выходит каменный цветок.
legolegs
Если глядеть, но не трогать, то Яндексы получаются. А если трогать, то Спутники.
Там всё хорошо. Польша, например, развитая промышленная страна. Разгрузку польских полуфабрикатов для сборки на немецком заводе я наблюдал лично.
Жители этих стран живут так хорошо, что производители микроэлектроники не в состоянии им платить. Там работают другие отрасли и специалисты, которых чашкой риса к станку не заманишь.
ghrb
Ну Польша так-то демонстрирует экономический рост. Даже смягчают условия выхода на пенсию по возрасту. С населением в три Москвы имеет ВВП всего в три с копейками раза меньше Российского, без нефти. Судя по беглому гуглу, в Польше нормально представлены мировые компании занимающиеся электроникой.
Украина, это та же патерналистская Россия, только в профиль.
Прибалтикой в целом я интересуюсь ещё меньше чем Польшей, про Прибалтику я знаю только то что мне оттуда рекрутеры пишут.
А что до непосредственно процессоров — я не очень разделяю подход «показал процессор — пацан, не показал — лох без суверенитета».
Да яж разве против эльбрусов, пусть делают, экспертизу поддерживают. Но должен же кто-то постоянно ныть, чтобы планку повышать? Вот я например и ною.
khim
Вот как-то так получается, что создать игру или, скажем, фильм без господдержки — получается, а с процессорами — так не выходит.
С учётом того, что получается на господдержке с фильмами — я бы скорее считал, что вбухиваемые в них деньги стоило бы перенацелить на процессоры. Больше пользы было бы.
Ну вроде как там же «европейский выбор»… типа «без москалей у нас расцвет настанет».
А как иначе? В современном мире даже игрушки без процессоров не выпускаются. Huawei повезло что ARM сказал, что, типа, мы не американская компания — нам американские санкции побоку. И, по слухам, китайскому правительству пришлось очень серьёзные рычаги задействовать, чтобы они так сказали… а сможет ли такие же рычаги задействовать Россия, если потребуется?
Экономическая война, увы, только начинается — дальше будет только хуже. И надеяться, что Китай будет поставлять всё, что России нужно, просто потому что они «белые и пушистые» — не приходится. Обязательно нужно иметь что-то, что позволит торговаться… С-400 или ещё чего — не так важно, важно, что это должны быть уникальные товары, которые больше взять негде.
Одним газом тут не обойтись (хотя газ, конечно, тоже важен).
ghrb
Извините, можно личный вопрос? Бывает такое, что вы oper.ru почитываете?
legolegs
Вы в одном шаге от понимания, почему многие не доверяют идее импортозамещения и с тревогой смотрят на госучастие в судьбе Эльбруса.
Это не российского государства задача. Когда, например, были введены санкции против российских производителей титана (и изделий из него) рычаги задействовал американский бизнес и под визг выпоротых чиновников санкции в этом сегменте быстренько были отменены.
Защиту от санкций обеспечивает сильное общество и бизнес.
Oxyd
Прибалтика… Mikrotik? Не, не слышали! Ну-ка, мне пожалуйста пример Ъ-российского IT продукта получившего признание на мировом рынке.
khim
Mikrotik у нас какие чипы выпускает?
ghrb
Тут нужно прояснить разницу в контекстах. Ваш "в сложившееся после разрушения многополярного мира непростое время государство должно иметь собственный процессор, атомную бомбу и возможность диктовать свою непреклонную волю империалистическим проискам организаторов цветных революций, иначе место у параши, Милошевич подтвердит."
Вам же говорят что "неплохо бы иметь не дотационные рабочие места в электронной промышленности, а при текущих стоимостях НИОКР и производства это возможно только при развитой международной кооперации". Так что микротику надо не претензию выкатывать, а завидовать.
khim
Ну то есть спор у нас «в огороде бузина, а в киеве дядька» — да, с этим согласен. Все ваши рассказы про Mikrotik никакого отношения к необходимости иметь свой процессор не имеют — так зачем вы их вытаскиваете?
legolegs
Ладно ещё б заканчивалось тюрьмой, но когда разбирательство тюрьмой начинается...
stilic
Все государства стимулируют свою экономику.
Ты или сильная страна или тобою помыкают сильные страны-конкуренты. С РФ исторически сложилось так, что вопрос под кого из сильных лечь в принципе не приемлим. Только слабые страны, которых можно прижать к ногтю на «раз-два» и могут лечь под кого то.
То есть ничего нового в импортозамещении нет. В мире это известная практика. Скажем, в США, компании, важные для страны, контролируются государством (доходит до абсурда: ограничение экспорта средств шифрования — одно из самых известных ограничений в ИТ, возможно, присутствующие еще помнят этот период).
Способа обеспечения своей экономической независимости (и как следствие политической независимости) — субсидии, таможенные пошлины, требования строить заводы на своей территории и т.п. и т.п.
Кто-то, кто может себе это позволить — поступает жестче, стимулируя экономическое развитие и независимость. Кто не может себе этого позволить — не регулирует и не стимулирует на уровне государства, ослабляя и без того слабую экономику, делая её зависимой.
Импортнозамещение, согласен, запросто может быть и профанацией, сменой шильдиков.
Ведь 100% компоненты СХД в РФ не производят, несмотря на недавний запрет госкомпаниям покупать импортные СХД.
А может и не быть профанацией — как мы видим на примере этой статьи — что то пытаются сделать и сами в РФ.
MTyrz
JerleShannara
Ну а дурдом 2.0 в виде США-Китай с пошлинами под соусом «Маке Америка Грате Агейн» чем закончился?
MTyrz
И как текущая тарифная война связана с ограничением экспорта шифрования, настолько страшным, что мелкому программеру его так и не смогли запретить?
JerleShannara
Начало этой беседы шло про соус «импортозамещение» — у нас его добавили с «ле-бумажно-запретитьель импорте», во второй его добавили под соусом «ле-пошлинэ-додуривзинтить импорте». PGP просто шло в обратную сторону.
MTyrz
Да, но мое возражение носило существенно более частный характер.
Спорить про смысл импортозамещения вообще у меня сейчас не хватит ни сил, ни желания. А рассказы про страшное и ужасное ограничение экспорта шифрования без упоминания Циммермана — ну можно еще про Гитлера рассказать, не упоминая итоги ВМВ, ага.
Nalivai
Я бы предложил перестать воспринимать технологический прогресс как войну и не мыслить терминами догоняния, перегоняния и прочих сдач.
khim
В мире, где санкции накладываются по поводу и без повода это, увы, невозможно.
ghrb
Я тут давеча заметил любопытную корреляцию. Ни в одной из стран на которые накладываются международные санкции мне не очень-то хочется жить. Совпадение? Ну можно и так подумать.
khim
А в какой стране вам хочется жить, извините? Так-то стран, которые хоть под какие-нибудь санкции не попали уже и не осталось из крупных-то.
ghrb
Германия, Англия, Канада, США, Австралия, Новая Зеландия. Из мелких — Люксембург.
Lirein
И ни в одной из них я бы не хотел жить. Уж лучше релокация в Польшу.
ghrb
Ну тут у кого какие критерии. У меня например здоровье не очень крепкое и с годами лучше становиться не будет, это один из критериев. И ещё по мелочам.
khim
Польша тоже под санкциями.
Lirein
Мне от санкций ни тепло, ни холодно. Я бы даже сказал что я рад санкциям и они мне на руку. Больше рынков сбыта, на линукс смотрят уже без опаски, импортозамещение опять же. Любые санкции и ограничения снаружи как правило идут в плюс экономике в долгосрочной перспективе, если государство сырьевое, как наше :)
khim
Из вами перечисленных разве что Новая Зеландия не под санкциями. И то не уверен на 100%.
Или для вас санкции — это только и исключительно то, что «град на холме» накладывает?
ghrb
Вы про санкции от Китая, Ирана, Северной Кореи и России?
ctc
ghrb
То есть в Иране тебя полицейские арестуют за пение на улице из-за американцев?
ctc
FanatPHP
Если честно, то мне не совсем понятно, что здесь имеется в виду. А если совсем честно, то совсем непонятно. О каких технологиях идет речь? И какие основанные на этих технологиях продукты IBM не смогла закончить?
Nalivai
IBM так работ по продуктам и не закончила, а эльбрусов вон 4000 в 2019 выпущено.
Шах и мат, аметисты.
Oxyd
Целых 4000!
Tzimie
А почему то, что погубило Itanium, не погубит этот проект? А то itanium тоже в итоге использовался как дорогой заменитель x86
legolegs
У интела был x86, он итаниум и погубил. А у МЦСТ x86 нет, поэтому закрыть направление эльбрусов они не могут.
CrashLogger
Зато у них есть MIPS.
JerleShannara
У МЦСТ соперником скорее всего SPARC будет ибо не даром они так называются.
Mad__Max
Только не MIPS, a SPARC. Правда они это направление подзабросили, последний чип этой архитектуры у них еще в 2011-2012 годах вышел: R1000
Но вроде он еще до сих пор производится и применяется. И вроде бы сейчас работают над новой версией этой архитектуры.
andreysl
Погубить может влиятельная фронда, выросшая за государственный счёт в «святые девяностые»
www.cnews.ru/special_project/2019/ibs2
perfect_genius
Критика: таблица сравнения недоделанная, надо бы визуально отделить столбцы по два.
Опечатка: в «Презентация МЦСТ, общая информация», на стр. 11 справа: «ко объектам»
Вопрос: что думаете насчёт того, что суперскаляр однажды уже не «выстрелил» (от Intel), вроде бы были сложности с компилятором. Вы смогли решить эти проблемы и не повторите их ошибок?
Oxyd
Канальная архитектура мейнфреймов IBM 360, IBM 370 и их советских клонов в виде ЕС ЭВМ? Не, не слышали!
vladimirad
Мы дождались — скупая слеза скатилась по щеке… Задержка в несколько лет? Кого волнует.
Gorthauer87
И все таки, наверняка новые машины будут иметь возможность более длинные слова использовать и получается старые программы без перекомпиляции будут использовать не все вычислительные блоки. X86 то это все честно прячет за декодером инструкций, а тут все кишки наружу по сути ведь.
Ну и все же вот не может стать архитектура массовой, пока на нее не будет нормальная спека и свободный компилятор. Как я понимаю этого все еще можно не ждать.
Ну и чую подобные схд будут использовать для всяких законов Яровых.
Что очень огорчает.
legolegs
Да, так и есть. Ну можно же перекомпилировать.
Gorthauer87
От этого только гентушники будут в восторге, а проприетарный софт в пролете.
legolegs
Учитывая, что эльбрус в основном идёт на госзаказ я к как налогоплательщик и не против.
Am0ralist
Почему в пролёте? Вон, выше люди вроде как именно этим и занимаются — перекомпилировали свой софт.
То есть в пролёте будет старый неподдерживаемый софт?
Gorthauer87
Ну да, это конечная точка эволюции любого закрытого кода
Am0ralist
Gorthauer87
То есть надо петицию всем х хабром писать и составлять?
Am0ralist
Не, всем хабром на прямую линию президента звонить, не иначе.
А вообще проблема в том, что у нас тут при всей серьезности ресурса нет особенно представителей каких-либо топов или вообще из власти (заклюют). Так что хабр никаких идей продвинуть не может по сути, это печально(
w1g
Возможно, я не совсем понял о чем заметка, но было оч похоже на релиз нового продукта… Единственно, и это меня смущает, около 70% текста — это заметка по истории (согласен, что славной) отечественного компьютеростостроения.
Можно ли как-то разделить эти две темы: релиз от истории? Или точнее, зачем мешать одно с другим? Не совсем ясно что приобрел как продукт АЭРОДИСК перейдя на новую архитектуру? Были ли то политические или технологические основания? И вообще…
А история это всегда интересно...
Fenzales
В любом случае нужны девбоксы/персональные ПК на платформе, а то получится аналогичная ARM ситуация, когда хорошие энергоэффективные платформы все боятся трогать.
Читать комментарии Шигорина про чудесность архитектуры, конечно, интересно, но хочется уже пощупать железо своими руками.