«ИНЭУМ им. И.С.Брука», входящий в Концерн «Автоматика» Госкорпорации Ростех, совместно с группой компаний «РСК» разработал первый суперкомпьютер на российских 8-ядерных микропроцессорах «Эльбрус-8С». Он предназначен для организации высокопроизводительных вычислений, обработки «больших данных» и решения задач, требующих обеспечения максимального уровня информационной безопасности. Об этом было объявлено в рамках IV конференции «Цифровая индустрия промышленной России».
Суперкомпьютерное решение состоит из стоек, содержащих компактные четырехпроцессорные блейд-серверы с жидкостным охлаждением. Такой способ теплоотведения позволил снизить габариты модуля, что дает возможность разместить до 153 вычислительных узлов в одной серверной стойке. Их суммарная вычислительная мощность составляет до 75 терафлопс двойной точности – одна стойка может выполнять до 75 трлн операций с плавающей запятой за секунду. При этом итоговая мощность суперкомпьютера практически не ограничена, так как стойки можно объединить в единый вычислительный кластер.
Каждое ядро восьмиядерного микропроцессора «Эльбрус-8С» с отечественной архитектурой «Эльбрус» способно исполнять до 25 операций за один такт. Архитектура процессора позволяет значительно наращивать производительность прикладных программ за счет их оптимизации.
«Четвертое поколение отечественных микропроцессоров Эльбрус подходит для выполнения сложных математических расчетов и моделирования нейронных сетей, которые являются основой технологий искусственного интеллекта. Основное отличие наших ИТ-систем – высокий уровень информационной безопасности. «Эльбрусы» гарантированно не содержат «закладок», позволяющих удаленно влиять на работу системы и незаконно снимать информацию. Это позволяет использовать наш суперкомпьютер в чувствительных сферах, связанных с обработкой конфиденциальной информации», – сообщил исполнительный директор Ростеха Олег Евтушенко.
Отличительным свойством разработанного суперкомпьютера является высокая энергоэффективность. На его охлаждение расходуется менее 6% всего потребляемого электричества. В конструкции применены интегрированная на уровне стойки система мониторинга и авторские алгоритмы управления электропитанием, повышающие энергоэффективность и отказоустойчивость. Подсистема электропитания обеспечивает возможность эксплуатации в сложных условиях с расширенным диапазоном напряжений и повышенным уровнем помех. Серверы имеют встроенный функционал для удаленной диагностики и управления.
Возможно применение различных технологий коммутации, в том числе, использование отечественной сети межмашинного обмена. Конструктив стойки позволяет заменять вычислительные узлы, блоки питания и модули гидрорегулирования в режиме «горячей замены» без прерывания работоспособности комплекса.
«Суперкомпьютер от Концерна «Автоматика» – экономичное, надежное и очень мощное решение, которое может применяться в таких сферах, как математическое моделирование для промышленности, медицины; обработка big data, осуществление научных расчетов; также для нейросетевых вычислений и других областей, где важны производительность, энергоэффективность и большие вычислительные мощности. Это полностью отечественное изделие, имеющее высокую информационную защищенность, оно требует низких сервисных расходов, компактное и бесшумное. Нашим заказчикам мы обеспечиваем быструю и долгосрочную вендорскую поддержку», – прокомментировал генеральный директор Концерна «Автоматика» Владимир Кабанов.
Концерн «Автоматика» специализируется на информационной безопасности, разработке и производстве технических средств и систем засекреченной связи, защищенных информационно-телекоммуникационных систем, а также систем автоматизированного управления специального назначения. В продуктовой линейке компании – устройства шифрования, решения информационной безопасности, системы защищенной видеоконференцсвязи, защищенные автоматические телефонные станции, системные решения «Безопасный город», «Умный город», «Интернет вещей», оборудование для автоматизации избирательных процессов, спутниковое оборудование и другая продукция.
Комментарии
Удельная производительность выше, чем у приведенного в сравнении конкурента.
И, кстати, вы не могли бы, все таки, процитировать pdf, ссылку на который сами же привели чуть ранее?
Удельная производительность ? Ну ну...
Это если бы интел ВДРУГ начал работать на частоте 1.3Ghz ? ))))
Но интел сейчас работает на 4Ghz и выше, а Эльбрусу в лучшем случае светит 2Ghz в 2022 году. И я предлагаю посмотреть какая у него будет удельная производительность на этих 2Ghz ))))
SPEC2006 один поток
Эльбрус 8С 1.3Ghz - 13/17
Pentium G4560 3.5Ghz - 58.2/76.5
нормируем на 1Ghz
Эльбрус 8С 1.3Ghz - 10/13
Pentium G4560 3.5Ghz - 16.6/21.8
И кто быстрее на 1Ghz ? )))))))))
Не, в такой подаче не пойдет :о)
Вы мне сюда, пожалуйста, вот ту табличку приложите из той презентации, на которую вы же ссылку кинули.
А потом уже и спорьте сам с собой :о))
Общался я тут с ними давеча по одному проекту. Мамадарагая, с таким менеджментом вообще не представляю, как они живы-то хоть? Если инженеры там ещё куда ни шло (от них в плане общения много и не жду), то остальное просто ад.
ну это-то как раз легко починить, было бы желание владельцев.
Его нет.
Даже близко
Во-во!
У нас на проиводство электроники владельцы назначили главным манагером "продавана гамбургеров" (как мы его ласково "за глаза" называем, ибо предидущий опыт его работы руководство сетью Макдональдс в какком-то городишке)
Это да, беда прямо. Практически любая наша производственная компания - такая. Запрашиваю цену насоса, мне отвечают через 6 месяцев... за это время всё уже спроектировалось, смонтировалось, и пусконаладилось, с использованием, к сожалению привычного, иностранного оборудования. Да и цена, как выяснилось через 6 месяцев - совсем не дешевле проверенных иностранцев. Вот и занимайся тут внедрением проектов с импортзамещением... трудно. Цену сообщить не могут, заранее просчитанного прайса не имеют.
Во, дружище, ты меня понимаешь!
Телефоном надо учиться пользоваться.
А у них никаких иных средств связи и не предусмотрено. Даже опросный лист по факсу посылать надо. А при постоянных звонках получал ответы: мы передали информацию смежникам, они сейчас считают стоимость своих комплектующих; потом - у нас очень загружен отдел ценообразования, пока мы сообщить ничего не можем; менеджер занимающийся вашим вопросом ушёл в отпуск (ну, за полгода - всё может быть), и всё в таком духе...
Госс заказ, причем если бы их не пинали ногами то они продолжали бы делать по сто условных ноутбуков в год.
Делать что-то для народа самостоятельно не хотят категорически.
Ни не хотят, а не могут. Большая разница.
Выйти на потребительский рынок электроники для любой новой компании очень и очень сложно, а для таких конторок как МСЦТ сложнее вдвойне.
Поэтому забьем болт окончательно и нихрена делать не будем. Госзаказ и ничего другого.
Возможно именно так они и решили делать.
Отличная новость!
Перспективный чат детектед! Сим повелеваю - внести запись в реестр самых обсуждаемых за последние 4 часа.
" На его охлаждение расходуется менее 6% всего потребляемого электричества."
А во что превращается оставшееся 94% потребляемого электричества? В механическую энергию, химическую реакцию, радиоизлучение?
В полезную работу, в том числе, процессоров. А выделяющееся тепло отводится этими шестью процентами.
ЩИТО?
Поясните, какую полезную физическую работу совершает процессор.
Видимо 94% охлаждаются шестью.
Наверное, как всегда, ученый изнасиловал журналиста.
Т.е. 6% энергии тратится на функционирование системы, отводящей остальные 94% в виде тепла.
Имеется в виду, что на охлаждение расходуется всего 6%, в отличии от 25-40% при использовании "классической воздушной системы". Причем 6% - это кмк, сильно с запасом. Во всяком случае на стойке "РСК" с узлами Intel Xeon Phi и Xeon Skylake расход э/э на охлаждение в пределах 2-3%. Вообще очень непривычно видеть, что на стойке с энергопотреблением в 100кВт, расход на охлаждение всего 2кВт(как у электрочайника). И тишина.. Стоишь рядом со стойкой, ничего не свистит, не воет, не сдувает холодным воздухом.. Можно рядом стол поставить и работать :)) Вообще, ребята из "РСК" очень порадовали! У них не только в "железе" решения на данный момент опережают аналоги от "наших зарубежных партнеров" но еще и программный комплекс поверх "железа" просто замечательный. Вот был недавно в Дубне, пощупал их новый HPC-кластер
С точки зрения закона сохранения энергии, серверная стойка - обычный электронагревательный прибор, в котором 100% потребляемой энергии преобразуется в тепло. И если автор статьи утверждает, что в тепло преобразуется менее 6%, то резонно спросить, на что тратятся оставшиеся 94%?
Автор такого не утверждает. Автор буквально говорит следующее:
Т.е. автор говорит о том, что для охлаждения нам понадобится не более 6% от "входного" питания. А остальные 94% мы сможем использовать для "добрых и полезных дел". В "классических" системах кондиционирования - "налог" составляет 25-40%. Объясняю, почему это важно. Это важно потому, что при проектировании ЦОД всегда закладываются лимиты по энергопотреблению. И это всегда очень существенный лимитирующий фактор. К примеру, у вас на входе всего 1.5 МВт(и больше вам никто дать не сможет) и из этих 1.5, вы 500кВт вынуждены используете "впустую" при "классической" схеме...
" На его охлаждение расходуется менее 6% всего потребляемого электричества. "
Возможно, имеется ввиду энергоэффективность системы охлаждения, то есть мощность системы охлаждения в пропорции к энергопотреблению суперкомпьютера. Но это не имеет никакого отношения к энергоэффективности суперкомпьютера, определяемой как вычислительная производительность на единицу потребленной мощности.
//А во что превращается оставшееся 94% потребляемого электричества? В механическую энергию, химическую реакцию, радиоизлучение?// :))) Ну..типа.. 6% жрет насос конциционЭра.. :)))
Для тех кто не понял перевожу:
Наша архитектура уступает существующей при выполнении не оптимизированных программ.
Хмм, оптимизированные программы имеют лучшие показатели в сравнении с не_оптимизированными..
Спасибо, кЭп-переводик.
Для совсем не понимайющих
х86 имеет примерно такую же производительность как и эльбрус в оптимизированных программах
А вот в не оптимизированных программах его(х86) производительность выше.
Кагбэ, возможно, какой-то секрет открою, но.. программы в любом случае оптимизируются.
Те, которые x86 - оптимизируются под x86( иногда - под конкретный набор инструкций, соответствующий конкретному процу, т.е даже не факт, что "такое" вообще будет работать на других x86 ) и "внезапно" запуск их в подобии эмулятора архитектуры едва ли обойдется без потери производительности.
Если говорить об оптимизированных( под эльбрус ) программах.. это какие конкретно ?
Это x86, но с небольшими доработками, чтобы в эльбрусе производительность меньше проседала или это изначально написанные и собранные под эльбрус для выжимания вплоть до 25 инструкций / такт с ядра ?
Еще раз: не_оптимизированные программы имеют худшие показатели в сравнении с оптимизированными.
Оптимизация может быть разной, к примеру, для достижения максимальной производительности или минимального размера исполняемого файла.
Полностью универсальной( даже в плане производительности на любом проце архитектуры ) оптимизация быть не может, потому и всякие AOT / JIT итд получили такое распространение.
Потому, если оптимизируется под одну архитектуру, это вовсе не означает оптимизации под другую.
В теории, при наличии исходников, достаточно выбрать нужную конечную архитектуру и получить на выходе полностью оптимизированную программу, НО ввиду ограниченности ресурсов у разработчиков систем компиляции итд, это так и остается лишь в теории.
У x86 оптимизатор составная часть процессора, собсно по этому так легко и гладко x86 софт работает на разных поколениях процессоров, на разных платформах от разных производителей. Об этом говорит СергиоПетров.
У эльбрусов все оптимизации выполняются компилятором. Соответсвенно под каждую модель процессора нужно перекомпилировать код, что б сколько-нибудь эффективно его, процессор, использовать.
Да нет, не совсем так.
А, если копнуть дальше, то окажется, что "по капотом" этой "оптимизации"( как минимум, у интел ) спекулятивное исполнение команд итд и связанные с этим в т.ч фундаментальные проблемы безопасности.
Вообще, причины совершенно иные.
Это, с одной стороны, обратная совместимость( помнится, у того же АРМа ее тоже нет ), которая позволяет условно-легко_и_гладко запускать ПО ра разных поколениях процессоров, с другой - необходимость использования для этого самой дубовой спецификации( типа 486. К примеру, вышли какие-то процыки интелловские со специфической командой - возможностью годной аппаратной генерации случайного числа итд.. а вызываться она не будет, т.к ее нет в соотв. спецификации, чисто под этот проц придется новую версию программы выпускать, которая бы задействовала эту команду. В то же время, эта программа не будет работать на остальных процессорах, которые этой команды не предоставляют ).
Итогом этого стали танцы вокруг C# и всевозможной компиляции "по ходу дела". В теории, это должно было дать нереальный прирост производительности( т.к можно все фичи конкретного процессора использовать ), но, по факту, это так и осталось тормознутым г.ном.
п.с: оптимизация и в случае х86 выполняется в т.ч компилятором, притом, очень нехилая.
Фундаментальные проблемы интела не в спекулятивном выполнении как таковом, а в попытке сжульничать и заменить дорогие операции более быстрыми, не отчищать статическую память кешей, а просто сбросить и ряде других грязных трюков.
Ноги этих чудных оптимизаций растут из желания пободаться с взрослым ИТ. Результат предсказуем, мелкое жульничество с производительностью скомпроментировало огромные куски инфраструктуры. Но это уже совсем отдельная длинная история.
Что касается vliw, посколько оптимизатор у него by design в компиляторе никаких реалтаймовых данных, внезапно да, у него нет, т.е. состояние кешей, памяти (аффинность) все это летит мимо кассы. Т.е. если вдруг процессор оказался не тот, ну или тот, но стоит не в той позе, производительность падает, ничего на лету исправить нельзя.
Какие проблемы здесь выплывут? Да ровно теже, что в intel ia64, эти ёжики однояйцевые. Тока последний уже сдох и почти закопан.
Едва ли они за это взялись просто от безделья и "just for lulz".
Больше похоже на то, что иных вариантов повышения производительности у них просто не осталось, но, даже с ними, производительность от поколения к поколению, не сказать, что растет монструозными темпами и это мягко говоря.
О каких конкретно риалтаймовых данных речь ?
Имеются ли в виду переходы в зависимости от условий или, это вообще в сторону всяких JIT и иже с ним ?
нет, не от безделия конечно, IA64 на рынке провалился, тоже кстати vliw с поддержкой x86 (ничего не напоминает, да?), а нишу больших машин ну уж очень хотелось окучить.
Лишних ресурсов опять же нет, разрабов xeon распустили где-то в 2013-ом, оставив фактически одно десктопное ядро. Вот его подшаманили для повышения быстродействия и полезли.
> О каких конкретно риалтаймовых данных речь ? Имеются ли в виду переходы в зависимости от условий или, это вообще в сторону всяких JIT и иже с ним ?
У vliw архитектуры, в том числе и у эльбруса, спекулятивным выполнением занимается компилятор. С одной стороны анализировать очередь он может глубоко, с другой стороны самих данных у него нет и предсказания он строит из некоторых общих соображений.
Это то что лежит на поверхности, а кроме этого железо тоже может стоять в разных позах. В ожидании регенерации ddr можно +20 тактов простоять, если заранее не подсуетится и не вытащить данные в кеш.
Можно я дополнительно переведу ?
"Чтобы на нашей архитектуре хоть что-то работало быстро, надо ПРАВИТЬ ИСХОДНИКИ ВСЕГО СУЩЕСТВУЮЩЕГО ПО."
О компиллируемых программах и оптимизации оных посредством использования опций компиллятора поцыент явно не слышал.
Как и про POSIX…
С Эльбрусом это не работает ))))
Чтобы достигнуть результатов вроде тех выше по ветке, придется править исходники.
Так же как в разрекламированном случае с Smart Engines
и при любом неадекватном поведении собранного ПО лезть и лезть в исходники...
Главное — *уверенно* прокукарекать *желаемое*.
А там оппонент пусть сам ищет подтверждения сомнительного утверждения.
Хоть из пальца высасывает…
Мне просто показалось, что каждый интересующийся и разбирающийся (такой как вы!) слышали про Smart Engines на Эльбрусе ;)
Низкоуровневая оптимизация кода на платформе Эльбрус: векторное сложение uint16_t с помощью интринсиков
https://habr.com/ru/company/smartengines/blog/351134/
Ссылка на хабраидиотов *достаточным* образом характеризует Ваши компетенции в обсуждаемом вопросе.
Из ваших постов заметно, что вы два термина из всего IT запомнили ПОЗИКС и ОПСОС.
Комплексуете по поводу неспособности понять суть даже двух упомянутых терминов?
POSIX !
Не выдумывайте. Если по производительности вы пишите, в целом, верно, то тут немного не так. Большая часть ПО собирается без доработки напильником и работает с ожидаемой скоростью - lcc неплохо справляется и можно даже -O4 использовать, чего с gcc я никогда не встречал
Есть один маленький момент. Я уже достаточно давно смотрю на результаты разнообразных тестов вычислительных платформ. И могу отметить один момент. Приложений, которые выигрывают от многопроцессорности, процентов десять-пятнадцать.
А какая нынче тенденция? Правильно - увеличение количества ядер. Я как бы намекаю, что без оптимизации алгоритмов под многопроцессорность все современные траты - ни о чём. А если так, то оптимизация неизбежна. И тут VLIW может получить некислое преимущество. Наловчились же писать код под вычислители видеокарт, а там тоже VLIW.
Если это сервер, то там не проблема все ядра загрузить.
А Эльбрус позиционируется как серверный процессор.
Кстати, виртуализации там до сих пор нет, ждемс...
Вообще-то тут про суперкомп говорили, нет?
Потом, технологии виртуализации пилят уже лет двенадцать - я про Интел с зионами. И каждый раз добавляют что-то новое. К чему суетиться, пытаться догонять в области, которая толком не устоялась? Мне вот видится, что пляски с виртуализацией - это как раз попытка загрузить появившиеся вычислительные мощности без принципиальных изменений в подходе к программированию.
А вот изменение подхода даст реальный прирост, без дураков.
Страницы