Программное обеспечение

openEuler 24.03 LTS SP2 riscv64 (SG2042 / HiFive P550 / SpacemiT K3 и др.)

Что уже работает

Официально заявлено, что в 24.03 LTS ядро унифицировано для x86/Arm/RISC-V, а охват релизов RISC-V совпадает с x86/Arm; это первый общественный дистрибутив с поддержкой стандарта UEFI; интегрированы горячие патчи sysCare и Penglai TEE (Шанхайский университет Цзяо Тун); команда OERV проверила StratoVirt on QEMU; в репозитории фактически доступны riscv64-RPM docker-engine, qemu 8.2, libvirt, mariadb 10.5, mysql 8.0.42, opengauss 6.0.0 и др.

Известные ограничения

Адаптация под железо зависит от ядра/BSP производителя и программы RISC-V Kernel Unification; поддержка векторизации и аппаратной виртуализации на SG2380 и JH8110 на момент релиза значилась как «будет добавлена»; у общественной версии нет коммерческих обязательств LTS, корпоративная поддержка требует коммерческого дистрибутива.

Самая полная линия поддержки серверов RISC-V среди китайских дистрибутивов: полный набор пакетов и базовая линия LTS, ценой привязки к BSP производителей.

openSUSE Tumbleweed riscv64 (образы ports/riscv, часть плат + QEMU)

Что уже работает

openSUSE предоставляет образы Tumbleweed для riscv64 и сборки в OBS (в ports/riscv есть образы appliances/iso), они работают на поддерживаемых платах и в QEMU.

Известные ограничения

В официальной wiki прямо сказано: «RISC-V support is still under development, you may run into bugs or unstable circumstances»; часть железа не включена, в Factory есть пакеты со сбоями сборки, официально идёт сбор пожертвований железа и мейнтейнеров.

RISC-V в openSUSE — состояние «работает, но не для продакшена»: сами разработчики ищут людей и железо, чтобы закрыть пробелы.

Gentoo stage3 rv64gc/rv32gc (glibc/musl, openrc/systemd)

Что уже работает

Проект Gentoo RISC-V позиционируется как поддержка first-class: на официальной странице загрузки есть полный набор stage3 для rv64gc/rv32gc, hard/soft-float, glibc/musl, openrc/systemd; многие пакеты имеют keyword, а qemu-riscv64 позволяет выполнять кросс-проверку.

Известные ограничения

Официальная формулировка — «a set of packages in the Gentoo repository is keyworded», то есть доступна лишь часть пакетов, остальные нужно самостоятельно помечать keyword и собирать; нет бинарного репозитория и коммерческой поддержки, серверный стек приходится настраивать пакет за пакетом.

Gentoo подходит для глубокой кастомизации и проверки, но не для тех, кому нужно быстро отдать сервер: каждый пакет приходится подтверждать самостоятельно.

RHEL 10.2 riscv64 Developer Preview на SiFive HiFive Premier P550, SpacemiT K3 (Pico-ITX/CoM260), UltraRISC

Что уже работает

Red Hat выпустила образ RHEL 10.2 for RISC-V Developer Preview; версии пакетов соответствуют RHEL 10.2 других архитектур (Go 1.26, Rust 1.92), добавлено включение железа SpacemiT и UltraRISC.

Известные ограничения

Red Hat прямо указывает: developer preview не сопровождается технической поддержкой, путь обновления до GA не гарантируется (может потребоваться переустановка и перенос данных), обязательств по поддержке в будущем нет; встроенный GPU ни на одной плате RISC-V не включён, доступны только последовательный порт и добавленная видеокарта.

Red Hat всерьёз поставила на RISC-V, но пока это только «превью»: подписать на нём продакшен-SLA нельзя, и плавного обновления ждать не стоит.

Rocky Linux 10 riscv64gc (VisionFive 2, QEMU, HiFive P550)

Что уже работает

Rocky объявила об официальной поддержке RISC-V в RL10 и выпускает сборки riscv64gc для VisionFive 2, QEMU и HiFive P550; стек компиляторов загружен из Fedora RISC-V и перенесён в EL10.

Известные ограничения

P550 работает только на ядре производителя, часть функций ограничена; для Milk-V/Banana Pi прямо указано «пока не поддерживается»; на странице анонса образы и руководство по установке помечены как coming soon, реального результата нужно ждать.

Экосистема семейства RHEL на RISC-V только начинается: Rocky 10 — сигнал, а не готовая серверная база.

Основная ветка Linux arch/riscv/kvm (требуется аппаратное расширение H; для проверки можно использовать QEMU)

Что уже работает

В основной ветке Linux уже есть полный каталог arch/riscv/kvm: управление vCPU, gstage/MMU, AIA (APLIC/IMSIC), SBI v0.1/v2/HSM/PMU/STA, векторный контекст (vcpu_vector.c) и др.; гость KVM работает на железе с реализованным расширением H или в QEMU.

Известные ограничения

Требуется реализация расширения RISC-V Hypervisor в CPU; на части продающихся плат (например HiFive Premier P550) ядро спроектировано до ратификации расширения H и не может его включить (ту же проблему Vates зафиксировала при портировании Xen); в основной ветке нет отдельной документации администратора KVM/RISC-V, проброс устройств и вложенная виртуализация поддержаны ограниченно.

KVM на RISC-V уже функция основной ветки, но перед покупкой машины нужно убедиться, что в CPU есть расширение H, иначе о виртуализации речи нет.

Порт Xen в upstream (приоритет dom0less) + поддержка нескольких vCPU в downstream; SpacemiT K3 (RVA23), HiFive P550, QEMU

Что уже работает

В 2026-09 объявлено, что Xen загружается на SpacemiT K3 (первая плата, соответствующая RVA23) и запускает гостя на реальном HiFive P550; в upstream приоритет отдан dom0less, в downstream уже работают гости с несколькими vCPU (QEMU, P550, K3).

Известные ограничения

Ещё в официальном блоге 2024 года говорилось, что upstream Xen RISC-V «not yet fully operational for widespread practical use»; поддержка dom0 остаётся в downstream, поддержка прерываний и AIA выполнена частично; плат для проверки крайне мало, интеграции в дистрибутивы нет, до продакшена далеко.

Xen на RISC-V только «зажёгся» на двух платах — это отслеживание переднего края, а не вариант для архитектуры продакшена.

Debian trixie docker.io / openEuler docker-engine 18.09 + образы riscv64 в Docker Hub

Что уже работает

Debian trixie предоставляет пакет docker.io для riscv64, openEuler 24.03 SP2 — RPM docker-engine 18.09 для riscv64; официальный образ debian в Docker Hub уже содержит слой riscv64, базовые образы можно напрямую pull/run.

Известные ограничения

Официальные статические бинарники Docker публикуются только для aarch64/armel/armhf/ppc64le/s390x/x86_64, riscv64 среди них нет; в официальной документации по установке riscv64 также отсутствует в списке поддерживаемых платформ; версия в openEuler — только 18.09, довольно старая.

Контейнеры на RISC-V работают, но движок берётся из дистрибутива, а не от Docker, поэтому версия и функции отстают.

Debian trixie podman 5.4.2 / openEuler podman 4.9.4, riscv64

Что уже работает

Debian trixie и openEuler 24.03 SP2 предоставляют пакеты podman для riscv64 (5.4.2 / 4.9.4), которые могут заменить Docker как rootless-среда выполнения контейнеров.

Известные ограничения

Нет официальных статических сборок Podman для riscv64 и поддержки podman-machine (виртуальной машины); Podman Desktop не поддерживает riscv64; возможности полностью зависят от версии, собранной дистрибутивом.

Если нужен rootless-контейнерный вариант без демона, на riscv64 Podman удобнее Docker, но пакеты всё равно поставляет дистрибутив.

openEuler 24.03 LTS SP2 EPOL riscv64 + Kubernetes 1.29.1 + KubeKey 3.0.7 + KubeEdge 1.8.0

Что уже работает

Репозиторий openEuler EPOL riscv64 предоставляет kubernetes 1.29.1 (kubeadm/kubelet/master/node/client), kubekey 3.0.7, kubeedge 1.8.0, containerd 1.6.22, etcd 3.4.14, k3s-containerd — на этом можно собрать одиночный или периферийный кластер.

Известные ограничения

Upstream Kubernetes на dl.k8s.io не публикует бинарники linux/riscv64 (проверка 2026-11: https://dl.k8s.io/release/v1.37.2/bin/linux/riscv64/kubelet возвращает 404, для той же версии arm64 — 200); пакеты дистрибутива остаются на 1.29 (в upstream уже 1.37); плагины CNI/CSI/Ingress нужно проверять на наличие образов riscv64 по одному.

На riscv64 K8s доступен только в сборке дистрибутива (openEuler 1.29), upstream бинарников не даёт, отставание версии — жёсткое ограничение.

containerd 2.4.2 linux/riscv64 (официальный release tarball)

Что уже работает

Официальный release containerd содержит containerd-2.4.2-linux-riscv64.tar.gz и containerd-static-2.4.2-linux-riscv64.tar.gz, которые можно использовать как среду выполнения контейнеров на узле riscv64.

Известные ограничения

Только сама среда выполнения контейнеров; управляющий слой Kubernetes всё равно нужно собирать из дистрибутива; плагины CNI/CRI и экосистему образов проверять самостоятельно; коммерческой поддержки нет.

containerd — один из немногих базовых cloud native компонентов с официальной сборкой для riscv64, подходит как основа среды выполнения для собственного K8s.

OpenHPC 4.0 (EL10, openEuler 24.03) — только x86_64/aarch64

Что уже работает

В OpenHPC 4.0 добавлена поддержка EL10 и openEuler 24.03 и предоставлен полный HPC-стек пакетов (SLURM, Warewulf, MPI, научные библиотеки), но эти репозитории содержат ohpc-release только для x86_64 и aarch64.

Известные ограничения

На официальной странице downloads все комбинации дистрибутивов — aarch64/x86_64, репозитория или RPM riscv64 нет; кластер RISC-V может собрать SLURM, MPI и научные библиотеки только вручную через Spack или из исходников.

Готового «HPC-стека из коробки» OpenHPC на riscv64 пока не существует, кластер RISC-V приходится собирать самому.

SG2042 (Milk-V Pioneer) + узлы SiFive U740; Fedora 38 + GCC 13 + Spack + SLURM + ExaMon

Что уже работает

Многоузловой кластер RISC-V реально прошёл HPL/STREAM: пропускная способность памяти 41,9 ГБ/с на 64 потока в одном сокете и 82,9 ГБ/с в двух; после оптимизации микродер BLIS под векторный блок C920 показатель HPL заметно вырос; стек управляется Spack, планировщик SLURM, мониторинг ExaMon.

Известные ограничения

Позиционируется как платформа проверки HPC, а не продакшен-кластер; абсолютная производительность в HPL/STREAM из статьи остаётся на уровне проверочной машины и заметно отстаёт от узлов x86 HPC; нужны собственная сборка и настройка инструментов (GCC 13 + векторный инструментарий производителя), компоненты экосистемы адаптируются по одному.

Это наиболее полная публичная практика RISC-V HPC: реальные нагрузки идут, но производительность и зрелость эксплуатации остаются на стадии «платформы проверки».

Ядра OpenBLAS riscv64 (C910V/U74/x280, ZVL128B/256B) + netcdf-openmpi/mpich в openEuler

Что уже работает

Репозиторий OpenBLAS содержит 229 файлов ядер riscv64, включая C910V, U74, x280 и варианты RVV ZVL128B/ZVL256B; openEuler предоставляет пакеты riscv64 параллельных научных библиотек netcdf-openmpi/netcdf-mpich; в Monte Cimone проверен путь оптимизации микродер BLIS под RVV.

Известные ограничения

Производительность сильно зависит от -march и длины вектора (разница между RVV 0.7.1 и 1.0 велика), нужна настройка под конкретное ядро; не все математические библиотеки и HPC-приложения имеют ядра RVV; нет настройки и долгосрочного сопровождения на уровне производителя.

Научные вычисления работают, но при условии готовности пересобирать и настраивать под длину вектора каждого ядра — это не готовая бинарная производительность.

Sophgo SG2042 (64×C920, RVV 0.7.1)

Что уже работает

64-ядерный SG2042 выполняет HPC-тесты вроде RAJAPerf; по измерениям из статьи одноядерная производительность примерно в 5–10 раз выше самого распространённого тогда RISC-V железа, а отдельные ядра даже быстрее сравниваемого x86.

Известные ограничения

В многопоточном режиме всё ещё примерно в 4–8 раз медленнее сравниваемого HPC-CPU x86; из-за пропускной способности памяти и ширины вектора не подходит на роль основного вычислительного узла.

SG2042 — отправная точка RISC-V, которая «уже входит в машинный зал», но производительности хватает лишь для периферии, обучения и проверки, а не для замены x86-вычислений.

Исходники PostgreSQL 18 / Debian trixie postgresql-17 / openEuler postgresql-15

Что уже работает

Официальная документация PostgreSQL по supported-platforms прямо включает RISC-V в число архитектур CPU, на которых работа «ожидается» (наряду с x86, ARM, PowerPC); Debian trixie предоставляет пакет postgresql-17 для riscv64, openEuler — postgresql-15 для riscv64.

Известные ограничения

Официальная поддержка означает компилируемость из исходников и прохождение build farm, а не коммерческую сертификацию; версии в дистрибутивах отстают от последних минорных версий upstream; настройку производительности нужно вести с учётом параметров компиляции под RVV.

PostgreSQL — самый надёжный выбор СУБД на RISC-V: upstream явно указывает архитектуру как поддерживаемую, а в дистрибутивах есть готовые пакеты.

openEuler 24.03 SP2 mysql-8.0.42 riscv64 RPM

Что уже работает

Репозиторий riscv64 в openEuler 24.03 LTS SP2 содержит полный набор RPM mysql 8.0.42 (server/client/common/config), позволяющий развернуть обычную OLTP-нагрузку.

Известные ограничения

Oracle официально не предоставляет бинарники и поддержку riscv64: официальный образ Docker mysql есть только для amd64/arm64; в репозитории openEuler только ветка 8.0 (пакетов riscv64 для 8.4/9.x нет); официальной сертификации и обязательств по патчам нет.

MySQL работает, но целиком за счёт сборки дистрибутива — Oracle RISC-V не поддерживает; для критичных систем нужно учитывать риск этой цепочки поддержки.

openGauss 6.0.0-lite / 7.0.0-RC1 на openEuler RISC-V, Fedora; векторное ускорение RVV

Что уже работает

RISC-V SIG проекта openGauss создана в 2024-06, последовательно выполнена адаптация 5.1.0-lite и 6.0.0-lite с включением в репозиторий openEuler; в 2025-06 завершена адаптация полной версии 7.0.0-RC1 с поддержкой векторного ускорения MOT и datavec, предоставлены образы контейнеров; в репозитории openEuler есть RPM opengauss-6.0.0 для riscv64.

Известные ограничения

Полная версия доступна только до 7.0.0-RC1 (не официальная LTS); облегчённая версия — подмножество функций; адаптация под Debian/Ubuntu в плакате SIG указана как последующая работа и не завершена; проверялись ли на riscv64 средства экосистемы — резервное копирование, мониторинг, миграция — не установлено.

Среди китайских СУБД адаптация openGauss под RISC-V сделана наиболее серьёзно (есть SIG и ускорение RVV), но производственная версия ещё не вышла из предварительного статуса.

OceanBase Community Edition (официально только x86_64/ARM)

Что уже работает

Ни в официальной документации, ни в ответах сообщества поддержка RISC-V не указана; существующие схемы развёртывания рассчитаны на x86 и ARM.

Известные ограничения

Ни официальная документация, ни ответы сообщества (поиск по официальной базе документации) не упоминают RISC-V; официальных бинарников riscv64 или описания планов портирования не найдено (наличие внутреннего порта не проверялось); самостоятельный перенос потребует работы с компилятором, зависимостями (OpenSSL/Boost и др.) и настройки производительности.

Сейчас OceanBase не является вариантом для RISC-V: выбор её означает отказ от сервера riscv64.

Debian trixie nginx riscv64; официальный репозиторий nginx.org — только x86_64/aarch64

Что уже работает

Debian trixie предоставляет пакет nginx для riscv64, который можно использовать как веб-сервер, обратный прокси и шлюз; openEuler 24.03 SP2 также даёт RPM nginx 1.24.0 для riscv64 с обычными модулями.

Известные ограничения

Официальные Linux-репозитории nginx.org (Debian 12/13, Ubuntu 22.04–26.04, EL8–10, SUSE, Alpine) перечисляют только x86_64 и aarch64/arm64, официальных бинарников riscv64 нет; коммерческая поддержка NGINX не покрывает riscv64; новых версий приходится ждать от дистрибутива.

nginx как шлюз работает, но только из пакетов дистрибутива; официальной последней версии или коммерческой поддержки для riscv64 нет.

Debian trixie ceph-mon / ceph-osd / radosgw (riscv64)

Что уже работает

Debian trixie riscv64 предоставляет пакеты ceph, ceph-base, ceph-mon, ceph-osd, radosgw, из которых можно собрать кластер Ceph с блочным и объектным хранилищем.

Известные ограничения

Только сборка дистрибутива, коммерческой поддержки нет; по стабильности и производительности крупных кластеров Ceph на RISC-V публичных данных нет (не проверялось); накладные расходы MON/OSD на серверах RISC-V с малым числом ядер нужно оценивать самостоятельно (не измерялось).

Ceph устанавливается и работает, но данных о масштабировании нет: небольшие кластеры и периферийное хранение можно пробовать, основное хранилище — не стоит.

Сборка llama.cpp из исходников (бэкенд GGML RVV) на SpacemiT K1/K3, SG2042 и др.

Что уже работает

ggml предоставляет отдельные ключи сборки для RISC-V (GGML_RV_ZFH/ZVFH/ZICBOP/ZIHINTPAUSE/ZVFBFWMA) и ядра RVV; llama-server даёт API, совместимый с OpenAI; на практике SpacemiT K1 (8 ядер 1,6 ГГц) с TinyLlama 1.1B показал около 8,7 ток/с генерации и 12,5 ток/с префилла, что позволяет использовать его как локальный одиночный сервис инференса.

Известные ограничения

Официальные release не содержат готовых сборок для riscv64 (только arm64/x64/s390x и др.), сборка из исходников обязательна; необходимо правильно задать -march (включая zvfh), иначе сборка с RVV просто падает; измерено ~8,7 ток/с для одного пользователя, поведение при параллельных запросах не проверялось, интерактивность моделей крупнее 1.1B на платах уровня 1,6 ГГц нужно измерять самостоятельно.

Единственный реально работающий путь LLM-инференса на RISC-V — сборка llama.cpp из исходников: малые модели обслуживают одного пользователя, на параллельность рассчитывать не стоит.

Бэкенд vLLM для CPU (официально поддержаны x86 / ARM AArch64 / Apple / IBM Z)

Что уже работает

Официальная документация vLLM по установке на CPU перечисляет четыре класса платформ — x86, ARM AArch64, Apple Silicon, IBM Z — и приводит для каждого способ сборки и wheel; riscv64 в список не входит.

Известные ограничения

Нет wheel для riscv64, нет официальных скриптов сборки и CI; в официальной документации путь установки на riscv64 не описан; операторы вроде PagedAttention под CUDA/CPU нужно портировать самостоятельно (публично доступного полного порта не найдено, не проверялось).

vLLM сейчас не поддерживает riscv64: готового решения для высокопроизводительного инференса на RISC-V нет.

Официальные release Ollama (linux-amd64 / linux-arm64 и др.)

Что уже работает

Официальные release Ollama содержат пакеты для amd64, arm64 (включая варианты JetPack/ROCm/MLX) и для macOS/Windows.

Известные ограничения

Бинарников riscv64 нет; собрать самостоятельно можно, но бэкенд инференса всё равно зависит от поддержки RISC-V в ggml/llama.cpp, то есть путь возвращает к llama.cpp.

Удобство Ollama на RISC-V недоступно, практичнее сразу использовать llama.cpp.

4×T-Head C910 RV64GC @1,85 ГГц, 16 ГБ LPDDR4, 128 ГБ eMMC, 100 Мбит/с, дата-центр в Париже

Что уже работает

Заявлен как первый в мире коммерческий облачный сервер RISC-V: EM-RV1-C4M16S128-A стоит 0,042 € в час или 15,99 € в месяц (без налогов), включается мгновенно, имеет NPU и подходит для CI/CD, проверки портирования и лёгких сервисов.

Известные ограничения

Спецификация невысока: 4 ядра/16 ГБ/128 ГБ eMMC/сеть 100 Мбит, не подходит для СУБД или высоконагруженных сервисов; C910 подвержен уязвимости GhostWrite, для инстансов, созданных до 2024-06-06, требуется обновление ядра; доступен только один регион — Париж.

Чтобы попробовать сервер RISC-V без затрат, у Scaleway можно за 16 € в месяц поднять машину, но это лишь «работающая проверочная машина», а не продакшен-вычисления.

Узлы серверов RISC-V + ускорение TPU + узлы хранения; стойка из 6 вычислительных и 2 узлов хранения

Что уже работает

В 2024-04 развёрнут и представлен кластер, названный первым в мире серверным кластером на RISC-V — «Дуншань-1»; в 2024-08 выпущена версия PLUS: одна стандартная стойка с 6 вычислительными и 2 узлами хранения, 476,8 TFLOPS (с учётом расширения TPU), 126 ТБ хранения, запускается 50+ моделей ИИ; в 2026-08 пройдена независимая оценка научно-технических результатов, всего проверена переносимость более 200 открытых пакетов (дистрибутивы, GCC/LLVM, СУБД, веб-серверы, контейнеры, фреймворки ИИ, HPC).

Известные ограничения

Это университетская научно-исследовательская и проверочная платформа, а не коммерческое облако; 476,8 TFLOPS опираются на карты ускорения TPU, чистая производительность CPU ограничена; модели и масштаб конкретных узлов раскрыты не полностью.

Самая полная в Китае среда сквозной проверки серверного стека RISC-V, доказывающая, что «работает»; но это научный кластер, а не коммерческая услуга, которую можно арендовать.

Серверные чипы и системы RISC-V для сценариев ЦОД 5G (с пользовательскими расширениями инструкций)

Что уже работает

Институт исследований China Mobile выбрал ЦОД 5G как точку прорыва: собрал требования бизнеса, оптимизировал ядро расширенными инструкциями, разработал серверный чип RISC-V и систему и продвигает согласование стандартов, технологий, продуктов и экосистемы.

Известные ограничения

В официальном докладе прямо сказано, что «высокопроизводительные процессоры RISC-V при выходе на рынок больших вычислений сталкиваются с множеством проблем»; проект остаётся на стадии исследований и пилота, серийного коммерческого применения нет; публичных данных о производительности и стабильности нет.

Оператор уже пробует, но это пилот лишь для отдельных сценариев 5G, до универсального облачного сервера ещё далеко.

32×SiFive P870-D @2,0 ГГц, стойка 2U, RVA23; Ubuntu 26.04 LTS / RHEL 10

Что уже работает

Представленный в 2026-08 стоечный сервер RISC-V 2U (32 ядра P870-D @2,0 ГГц) полностью соответствует RVA23 и нативно поддерживает Ubuntu 26.04 LTS и RHEL 10 без специализированного портирования; на демонстрации выполнялись различные серверные нагрузки, на нём уже запущен CUDA, и он используется как head node для LLM-нагрузок на GPU NVIDIA; по заявлению производителя клиенты гипермасштаба уже запускают рабочие нагрузки на поставленных системах.

Известные ограничения

Ограниченное производство с приоритетом стратегических партнёров, цена и сроки поставки не раскрыты; экосистема находится на стадии портирования и настройки ПО; GPU подключаются внешней картой PCIe, а не встроены в плату.

Это первая RISC-V-машина, «похожая на сервер» (2U, RVA23, нативные Ubuntu/RHEL), но серийно её не купить — это платформа проверки для стратегических клиентов.