Финский оператор мобильной связи и телекоммуникационных сервисов Elisa получит от государства €3,9 млн на создание распределённого энергохранилища (Distributed Energy Storage, DES) в своей сети. Как сообщает DataCenter Dynamics, в случае необходимости энергия будет передаваться и местным электросетям. Выделенный финскими властями грант позволит создать крупнейшую в Европе «виртуальную электростанцию», позволяющую рационально расходовать энергию и управлять энергохранилищами. По данным оператора, это крупнейший проект такого рода в Европе.

Финансирование осуществляется в рамках финской программы продвижения проектов, связанных с «зелёной» энергетикой — Recovery and Resilience Plan. Elisa уже протестировала новое решение на 200 базовых станциях. По данным компании, использование DES поможет снизить расходы на электричество. Система уже получила предварительное одобрение финского оператора электросетей Fingrid. Грант позволит создать виртуальное энергохранилище ёмкостью до 150 МВт·ч, что является крупнейшим европейским проектом в области систем хранения энергии, даже в сравнении с проектами централизованных хранилищ.

Фото: Jonathan Borba / Pexels

DES использует ИИ и машинное обучение, позволяющие оптимизировать использование электроэнергии базовыми станциями и эффективно управлять циклами заряда/разрядки аккумуляторов таким образом, что это позволит превратить резервные источники питания сети базовых станций в «виртуальную электростанцию», способную делиться энергией с операторами местных сетей электропередач в случае непредвиденного повышения нагрузки.

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

Как сообщает Phoronix, в RPM появилась поддержка различных уровней (feature levels) микроархитектуры x86_64. Наличие такой поддержки теперь позволяет устанавливать RPM-пакеты, скомпилированные с учётом ряда аппаратных особенностей современных 64-бит процессоров. Эта функция опциональна.

Учёт микроархитектурных различий x86-64 появился ещё в GCC 11 и LLVM 12 и включает в себя четыре уровня:

• x86-64: соответствует процессорам с поддержкой инструкций до SSE2 включительно;
• x86-64-v2: соответствует процессорам эры Intel Nehalem — Ivy Bridge;
• x86-64-v3: соответствует процессорам с поддержкой AVX2 и BMI/BMI2;
• x86-64-v4: соответствует процессорам с поддержкой AVX-512.

Фото: Jeh/Wikipedia

Запрос на введение поддержки уровней архитектуры x86_64 был получен ещё в декабре минувшего года, впоследствии отлаженный и оптимизированный код был объединён с общим кодом RPM. Некоторые дистрибутивы Linux теперь подняли минимальные системные требования до уровня x86-64-v2, а разработчики Arch Linux уже работают над выпуском опциональных пакетов для x86-64-v3.

Линус Торвальдс поддержал идею исключения поддержки процессоров Intel 486 (i486) из ядра Linux. В настоящее время именно эти 32-бит x86-совместимые чипы, впервые продемонстрированные ещё осенью 1989 года, являются минимально необходимыми для работы с оригинальным ядром Linux.

Поддержка i386 в Linux была прекращена около 10 лет назад. Теперь господин Торвальдс говорит о том, что, вероятно, настало время обеспечить возможность использования ядра только на 32-бит x86-процессорах с инструкцией cmpxchg8b. А это означает, что минимальным требованием станет наличие чипа серии Pentium и более поздних изделий.

«Я действительно не думаю, что оборудование класса i486 актуально в настоящее время. Да, я уверен, что оно существует, но с точки зрения развития ядра [Linux], не думаю, что оно сейчас актуально. Мы исключили поддержку i386 ещё в 2012 году. Может, пора избавиться от поддержки i486 в 2022 году?», — задаётся вопросом Линус Торвальдс. В прошлом году он отметил смерть ещё одного детища Intel — Itanium.

Источник изображения: Wikipedia (лицензия GNU FDL)

Отмечается, что Intel разработала встраиваемые процессоры (Quark) на базе i486, но они идентифицируют себя в качестве чипов Pentium-класса, а поэтому используют все соответствующие инструкции. Таким образом, их поддержка в Linux пока сохранится. Кроме того, на рынке присутствуют нишевые решения Vortex86, совместимые со старыми x86-процессорами. Наблюдатели высказывают предположения, что ядро Linux лишится совместимости с i486 в версии 6.2 LTS.

Фактически же крупные разработчики дистрибутивов вроде Red Hat или SUSE уже начали отказываться от поддержки и не таких древних процессоров x86-64, да и GCC с LLVM уже давно «знают» о микроархитектурных различиях этих платформ. Впрочем, есть целый список других архитектур, исключение поддержки которых из ядра обсуждается уже не первый год.

Intel сделала ряд анонсов в ходе виртуального выступления на открытии выставки MWC 2022. Отметив, что почти все коммерческие развёртывания vRAN операторами по всему миру используют решения Intel, компания пообещала удвоить свои усилия по дальнейшему развитию экосистемы vRAN, повышению производительности и удовлетворению ключевых требований операторов.

На днях Intel уже представила новые высокоинтегрированные чипы Xeon D-1700 и D-2700, сочетающие в одной SoC ядра Ice Lake-SP, акселератор QAT, 100GbE-адаптер и т.д. Новинки, по словам компании, отлично подходят для периферийных вычислений и создания шлюзов безопасности, маршрутизаторов и коммутаторов, хранилищ, базовых станций, инференс-систем и т.д. Компанию им составят SmartNIC-решения вроде Silicom N6010/6011 (платформа Arrow Creek на базе FPGA Agilex ) или Wistron NeWeb WSN-2200 (в составе сервера WSS-3000).

Изображение: Wistron NeWeb

Решения на базе новых Xeon D разрабатывают, например, Cisco, Juniper Networks и Rakuten Symphony. Последняя уже находится в процессе развёртывания виртуализированной облачной инфраструктуры для своей 5G-сети в Японии. Она же, наряду с Ericsson и Samsung, разрабатывает и новые решения на базе Intel Xeon Sapphire Rapids. На MWC 2022 Intel впервые раскрыла ещё одну особенность этих чипов — наличие оптимизаций для обработки 5G-трафика.

В частности, Sapphire Rapids получили новый набор специализированных инструкций для обработки сигналов, специфичных для 5G RAN, что в рамках платформы Intel FlexRAN обеспечит двукратный прирост ёмкости vRAN по сравнению с Ice Lake-SP, а также позволит развёртывать высокоплотные сети с 64T64R Massive MIMO. Кроме того, новые CPU получит и возможности ускорения выполнения рабочих нагрузок vRAN. Впрочем, пока Intel детали не раскрывает.

Intel анонсировала и апдейты ПО, заранее оптимизированного для новых аппаратных платформ компании. В частности, она выпустила крупнейшее обновление для OpenVINO за более чем три года. Версия 2022.1 включает:

• Обновлённый и упрощённый набор API для более лёгкого импорта моделей TensorFlow и значительного улучшения переносимости кода.
• Расширенный охват моделей с улучшенной поддержкой обработки естественного языка, а также моделей с двойной точностью и расширенного компьютерного зрения.
• Автоматическое обнаружение всех вычислительных ресурсов и ускорителей в заданной системе с последующей динамической балансировкой нагрузки, а также распараллеливание с учётом объёма памяти и вычислительных мощностей.

Наконец, Intel также анонсировала новые программные модули в портфолио Smart Edge для ускорения обработки UPF-нагрузок (User Plane Function) 5G на границе сети, что позволяет добиться требуемого уровня задержки и пропускной способности. Модули абстрагированы от аппаратного обеспечения, что упрощает процесс разработки с использованием возможностей обработки пакетов в процессорах Intel.

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

Популярность решений RISC-V, продолжает стремительно расти. За год число членов консорциума увеличилось на 130 % — всего 2478 членов в более чем 70 странах. Число участников рабочих групп и комитетов выросло на 67 %, до почти 12 тыс. человек. Был разработан ряд типовых программ для участников, таких как RISC-V Development Partners, RISC-V Labs и RISC-V Developer Boards. В 2021 году RISC-V продолжала фокусироваться на продвижении и ратификации стандартов.

Источник изображения: wikimedia.org

На прошлой неделе RISC-V объявила о ратификации 15 новых спецификаций. Это, например, новые расширения для векторных и скалярных операций, для поддержки работы криптографии и гипервизоров. Все они помогут открыть новые возможности для разработчиков, создающих решения RISC-V для ИИ, машинного обучения, IoT, подключённого и автономного транспорта, дата-центров и т.д. В феврале RISC-V внедрила упрощённую процедуру (Fast Track) ратификации малых расширений архитектуры. Первым из них стало расширение ZiHintPause, которое позволит снизить энергопотребление чипов.

Кроме того, RISC-V расширила свои межотраслевые альянсы, чтобы привлечь как можно больше участников для совместной работы над открытыми решениями. Отдельно отмечается сотрудничество с seL4, OmniXtend, Open Hardware Diversity Alliance. А вместе с Linux Foundation организация RISC-V запустила три бесплатных онлайн-курса для изучения возможностей архитектуры, которые стали одними из самых популярных за всю историю Linux Foundation — за первые девять месяцев на них записалось 8842 человек.

В числе достижений по внедрению RISC-V за последний год можно выделить такие (список от самого консорциума гораздо больше):

• Индия начала разработку своих будущих суперкомпьютеров, которые, как ожидается, получат процессоры SHAKTI.
• Получена тестовая партия европейских процессоров EPI EPAC1.0
• Esperanto выпустила 1000-ядерный ИИ-ускоритель ET-SoC-1.
• Стартап Ventana занялся разработкой чиплетных серверных CPU.
• Microchip расширила набор инструментов разработки для плат с PolarFire.
• Alibaba Cloud пообещела открыть свои ядра XuanTie, на базе которых уже появились готовые продукты.
• StarFive пошла по стопам BeagleBoard и Seeed, выпустив доступный одноплатный компьютер с поддержкой Linux.
• У Intel появились собственные ядра Niis V и II, а в следующем году ожидается анонс 7-нм платформы на базе SiFive P550.

Первая попытка Intel покорить рынок массовых 64-бит систем окончилась неудачей — любопытная сама по себе архитектура Itanium (IA64) была несовместима со сложившейся экосистемой x86. Однако лишь сегодня в истории можно окончательно поставить точку: компания прекратила последние отгрузки процессоров Itanium.

Сейчас поддержка 64-бит вычислений привычна и является частью любого достаточно современного процессора. Но так было не всегда: в конце 90-х и начале 2000-х ограничения, накладываемые 32-бит разрядностью хотя и были очевидны, рынок высокопроизводительных 64-бит процессоров для серверов и рабочих станций принадлежал компаниям Sun, Silicon Graphics, DEC и IBM. Все они имели RISC-архитектуру и не имели совместимости с x86.

Форм-фактор Itanium: нечто среднее между слотовыми Pentium II/III и привычным PGA/LGA

Itanium, или IA64, совместная разработка Intel и Hewlett-Packard, должна была вернуть этим компаниям первенство в сфере мощных CPU. И ставка была сделана на уникальную архитектуру EPIC (разновидность VLIW) с явным параллелизмом команд. Сама по себе IA64 обладала рядом преимуществ, однако требовала тонкой проработки ПО на уровне компилятора, поскольку процессоры EPIC во многом полагаются именно на него, а не на аппаратный планировщик.

Itanium: радужные надежды и суровая реальность (красная линия)

Отказ от последнего позволял потратить освободившийся транзисторный бюджет на более важные, по мнению Intel и HP, цели — например, на увеличение производительности вычислений с плавающей запятой. Но инфраструктура программного обеспечения к моменту анонса Itanium уже была весьма развитой. При этом новое, 64-бит ПО ещё надо было создать и, что гораздо важнее и сложнее, правильным образом оптимизировать, а уже имевшееся на новых CPU работало медленно из-за необходимости эмуляции x86.

Компании пытались развивать IA64 до 2017 года, когда были представлены чипы Itanium Kittson с 8 ядрами и частотой до 2,66 ГГц, но то, что затея с новой архитектурой оказалась неудачной, было понятно уже после анонса первых процессоров AMD x86-64, полностью совместимых как с 32-бит, так и с 64-бит приложениями x86. В начале 2021 года Линус Торвальдс объявил о фактической смерти архитектуры и поддержка IA64 была исключена из новых ядер Linux. А сегодня можно говорить об окончательном завершении эры Itanium.

Раритет: Supermicro i2DML-iG2 в форм-факторе EATX с поддержкой Itanium 2. Найти такую плату почти невозможно

Сама Intel ещё в 2019-ом официально поставила на Itanium крест, но из-за сложившейся экосистемы заказы на процессоры принимались вплоть до 30 января 2020 года. А вчера компания официально объявила о прекращении поставок последних партий Itanium. Теперь ещё одна процессорная архитектура стала достоянием истории, хотя HPE формально будет поддерживать её до 2025 года. Сами CPU нередко встречаются на онлайн-аукционах, например, на Ebay, но даже для энтузиастов они малоинтересны — найти подходящую системную плату невероятно сложно, а стоить она может намного дороже самих процессоров, да и форм-фактор имеет специфический.

В дополнение к openSUSE Tumbleweed, где планируется использовать выборочную загрузку оптимизированных под используемый CPU библиотек, аналогичные возможности могут появиться и у SUSE Linux Enterprise и openSUSE Leap. При этом, как и в случае с грядущим RHEL 9, предложенные для (open-)SUSE изменения ограничены всего лишь уровнем x86-64-v2, то есть не предполагают даже наличия AVX-инструкций первого поколения.

Ожидается, что уже в openSUSE Leap 15.4 и SLES 15 SP4 появятся оптимизированные варианты базовых системных библиотек, что позволит ускорить работу системы в целом. При этом разработчики признают, что скорого релиза ждать не стоит, и эта опция может появиться в Leap 15.5 и SP5.

hp.com

Напомним, что свежие выпуски компиляторов GCC и Clang уже поддерживают различные уровни микроархитектурных оптимизаций для платформ x86-64. А в Glibc 2.33 добавлена поддержка HWCAPS, то есть возможность динамической загрузки оптимизированных версий библиотек. Оба подхода позволяют задействовать более современные инструкции CPU, что приводит к росту быстродействия «из коробки».

Некоммерческая организация RISC-V International сообщила о намерении расширить архитектуру (ISA) новыми возможностями для поддержки высокопроизводительных вычислений (HPC) и развить экосистему ПО для них. Специально созданная группа SIG-HPC займётся включением в RISC-V более широкого набора аппаратных возможностей для HPC, необходимого для высполнения соответствующих рабочих нагрузок (AI/ML/DL).

Новая группа изучит целевые рынки, проанализирует свободные ниши и определит потенциальные возможности внедрения. По словам председателя группы, Джона Д. Дэвиса (John D Davis), сегодня HPC-решения нужны везде: от суперкомпьютеров, прогнозирующих погоду, рассчитывающих гидродинамические процессы, моделирующих новые материалы и процессы свёртывания белков, до сугубо промышленных приложений.

Embedded.com

«Целью SIG-HPC является обеспечение всех этих и других рабочих нагрузок. Поэтому в списке рассылки уже 141 член, среди которых есть исследователи, учёные, представители различных индустрий. И их число растет в геометрической прогрессии. Группа объединилась в том, чтобы сделать RISC-V доступным для HPC», — сказал Джон.

В ближайший год группа займётся автоматизацией обнаружения открытого HPC ПО (библиотек, фреймворков, приложений), работающего «из коробки» на архитектуре RISC-V. На базе этой работы будет создан план по дальнейшему развитию программной экосистемы. Джон надеется, что в будущем HPC-решения будут полностью открытыми. Это позволит компаниям совместно разрабатывать аппаратное и программное обеспечение, проводить больше исследований и разработок.

Для RISC-V обязательным является лишь базовый набор инструкций, который по желанию можно дополнить различными расширениями. Источник: Siemens

«Намерение вывести Open Source чипы RISC-V за пределы встраиваемых и одноплатных компьютеров и сделать их конкурентоспособным в сегменте HPC — интересная и амбициозная задача, и создание благоприятной экосистемы является важной вехой», — прокомментировал новость Филипп Вагнер (Philipp Wagner), директор некоммерческой организации FOSSi Foundation.

На базе RISC-V действительно мощных решений пока немного. Можно вспомнить 16-ядерные SoC XuanTie 910, которые Alibaba создала для своего облачного бизнеса. Правда, это проприетарное решение, и пользы сообществу RISC-V оно не принесло. Более серьёзную заявку на успех сделала Индия, которая планирует создать суперкомпьютеры на базе чипов SHAKTI. Также на базе RISC-V разрабатываются и ускорители: ИИ-чип ET-SoC-1 от Esperanto или EPI EPAC 1.0, HPC-ускоритель для будущих европейских суперкомпьютеров.

openSUSE поделилась подробностями об инициативе FrontRunner, которая направлена на улучшение аппаратной поддержки в SUSE Linux Enterprise (SLE) и openSUSE. Она входит в общий проект openSUSE Leap и должна обеспечить максимально быстрое внедрение поддержки новых процессорных архитектур в дистрибутивы.

Помимо этого, в рамках инициативы планируется исправлять проблемы, возникающие в старых версиях openSUSE, которые могут не работать с новыми процессорами. На данный момент, к примеру, идёт работа по улучшению поддержки оборудования ARMv7. Отметим, что FrontRunner — это подпроект системы Open Build Service, который, в свою очередь, относится к инициативе openSUSE Step.

FrontRunner будет площадкой для отладки и поможет наладить связь между разработчиками SUSE и openSUSE, а наработки, полученные в рамках этой инициативы, в конце концов, попадут и в очередной Service Pack для SLES, и в openSUSE Leap. Напомним, что теперь эти дистрибутивы имеют общую кодовую базу.

Ядро Linux 5.10 стало очередным релизом с долгосрочной поддержкой (LTS), который будет поддерживаться как минимум в течение следующих пяти лет. И потому в сообществе началось обсуждение отказа от поддержки ряда устаревших процессоров и архитектур. В числе аргументов сторонники удаления отмечали, что многие платформы не получали обновлений и коммитов уже много лет.

Разработчик Арнд Бергманн (Arnd Bergmann) предложил список из 30 с лишним платформ Arm, которые можно было бы безболезненно убрать. Большая часть из них, попав в основную ветку ядра, получала обновления в течение 1-3 лет, после чего была заброшена. Другая часть относится к «доисторическим», то есть к таким, которые уже давным-давно не производятся.

hackster.io

Наконец, есть перечень платформ, которые давно «мертвы» и не поддерживаются разработчиками порядка 10 лет:

• H8300
• C6X
• SPARC/Sun4M
• PowerPC: CELL (не считая PS3), CHRP, AmigaOne, Maple
• M68K: Apollo, HP300, Sun3, Q40
• MIPS JAZZ и Cobalt

Кроме того, есть и архитектуры, которые тоже можно рассмотреть в качестве кандидатов на исключения из ядра Linux:

• 80486SX/DX — поддержка 80386 прекратилась в 2012 году, нет смысла поддерживать и 80486.
• Alpha 2106x — системами на базе любых Alpha вряд ли кто-то пользуется.
• IA64 Merced — первое поколение Itanium, на смену которым через год пришли Itanium II.
• MIPS R3000/TX39xx: 32-бит чипы MIPS-II (не путать с более современной MIPS32), которые с 1991 года вытеснены 64-бит MIPS-III.
• SuperH SH-2 — популярная в середине 90-х архитектура для встраиваемых систем.
• 68328 (DragonBall) — поддержка похожих микроконтроллеров 68360 удалена в 2016 году. Поддержка более новых 68020+ и Coldfire MCF5xxx сохранится.

Вопрос об удалении старых архитектур возник не на пустом месте. Арнд Бергманн изучал текущее состояние 32-бит платформ и потенциальную возможность отказа от них, так как полный переход на поддержку только 64-бит архитектур значительно облегчил бы жизнь разработчиков во многих аспектах. Ранее он предположил, что через десять лет среди массовых архитектур останутся только x86-64, ARM и RISC-V.