소프트웨어

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 팀은 QEMU에서 StratoVirt를 검증했고, 리포지터리는 docker-engine, qemu 8.2, libvirt, mariadb 10.5, mysql 8.0.42, opengauss 6.0.0 등 riscv64 RPM을 실제로 제공합니다.

알려진 제한

하드웨어 적응은 벤더 커널/BSP와 RISC-V Kernel Unification 계획에 의존합니다. SG2380, JH8110의 벡터와 하드웨어 가상화 지원은 발표 시점에 '곧 지원' 단계였습니다. 커뮤니티판은 상용 LTS 보증이 없어 기업 지원에는 상용 배포판이 필요합니다.

중국산 배포판 가운데 RISC-V 서버 지원이 가장 완전한 노선으로 패키지가 고르고 LTS 기준선이 있습니다. 대신 하드웨어 적응은 벤더 BSP를 따라갑니다.

openSUSE Tumbleweed riscv64(ports/riscv 이미지, 일부 보드 + QEMU)

이미 동작하는 것

openSUSE는 riscv64용 Tumbleweed 이미지와 OBS 빌드를 제공하며(ports/riscv 아래 appliances/iso 이미지), 지원 보드와 QEMU에서 구동됩니다.

알려진 제한

공식 위키에 'RISC-V support is still under development, you may run into bugs or unstable circumstances'라고 명시되어 있습니다. 활성화되지 않은 하드웨어가 남아 있고 Factory에는 빌드 실패 패키지가 있으며, 프로젝트가 하드웨어 기증과 메인테이너를 모집하고 있습니다.

openSUSE의 RISC-V는 '쓸 수는 있지만 운영 환경으로 삼지 말라'는 상태로, 프로젝트 스스로 인력과 하드웨어를 구하고 있습니다.

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

이미 동작하는 것

Gentoo RISC-V 프로젝트는 first-class 지원을 표방하며, 공식 다운로드 페이지에서 rv64gc/rv32gc, hard/soft-float, glibc/musl, openrc/systemd 전체 stage3를 제공합니다. 상당수 패키지가 keyworded되어 있고 qemu-riscv64로 교차 검증할 수 있습니다.

알려진 제한

공식 표현은 'a set of packages in the Gentoo repository is keyworded'로 일부 패키지만 사용 가능하며 나머지는 직접 keyword를 붙여 빌드해야 합니다. 바이너리 리포지터리와 상용 지원이 없어 서버 소프트웨어 스택을 하나씩 조정해야 합니다.

Gentoo는 깊은 커스터마이징과 검증에 적합하고, 서버를 빠르게 납품하려는 사람에게는 맞지 않습니다. 패키지마다 keyword를 직접 확인해야 합니다.

RHEL 10.2 riscv64 Developer Preview on 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까지의 업그레이드 경로를 보장하지 않으며(재설치와 데이터 이전이 필요할 수 있음) 향후 지원 의무도 없다고 명시합니다. 모든 RISC-V 보드의 온보드 GPU가 비활성이라 시리얼 콘솔이나 추가 그래픽 카드만 쓸 수 있습니다.

Red Hat은 RISC-V에 진지하게 베팅했지만 지금은 '프리뷰'입니다. 운영 SLA를 걸거나 매끄러운 업그레이드를 기대할 수 없습니다.

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

이미 동작하는 것

Rocky는 RL10의 RISC-V 공식 지원을 발표하고 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) 등이며 H 확장을 구현한 하드웨어나 QEMU에서 KVM 게스트를 실행할 수 있습니다.

알려진 제한

CPU가 RISC-V Hypervisor 확장을 구현해야 합니다. HiFive Premier P550 같은 일부 판매 보드는 커널 설계가 H 확장 ratified보다 앞서 직접 활성화할 수 없습니다(Vates가 Xen 포팅에서 같은 문제를 기록했습니다). 메인라인에 KVM/RISC-V 전용 관리자 문서가 없고 장치 패스스루와 중첩 지원도 제한적입니다.

KVM은 RISC-V에서 이미 메인라인 기능이지만, 장비를 사기 전에 CPU에 H 확장이 있는지 반드시 확인해야 합니다. 없으면 가상화는 논의할 수 없습니다.

Xen 업스트림 RISC-V port(dom0less 우선) + 다운스트림 다중 vCPU 지원; SpacemiT K3(RVA23), HiFive P550, QEMU

이미 동작하는 것

2026-09 Xen이 SpacemiT K3(RVA23을 충족하는 첫 보드)에서 부팅했고 HiFive P550 실기에서 게스트를 구동했습니다. 업스트림 노선은 dom0less 우선이며 다운스트림에서는 다중 vCPU 게스트(QEMU, P550, K3)가 이미 동작합니다.

알려진 제한

2024년 공식 블로그에서 이미 업스트림 Xen RISC-V가 'not yet fully operational for widespread practical use'라고 밝혔습니다. dom0 지원은 여전히 다운스트림이고 인터럽트/AIA 지원은 일부만 완료되었습니다. 검증 가능한 보드가 극소수이고 배포판 통합도 없어 운영 적용까지는 거리가 멉니다.

Xen은 RISC-V에서 보드 두 개를 막 '점등'한 단계로, 최전선 추적 대상이며 운영 아키텍처 선정에 넣으면 안 됩니다.

Debian trixie docker.io / openEuler docker-engine 18.09 + Docker Hub riscv64 이미지

이미 동작하는 것

Debian trixie은 docker.io riscv64 패키지를, openEuler 24.03 SP2은 docker-engine 18.09 riscv64 RPM을 제공합니다. Docker Hub 공식 debian 이미지에 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 모두 riscv64 podman 패키지(5.4.2 / 4.9.4)를 제공하며, rootless 컨테이너 런타임으로 Docker를 대체할 수 있습니다.

알려진 제한

Podman 공식 riscv64 정적 빌드나 podman-machine(가상 머신) 지원이 없습니다. Podman Desktop도 riscv64를 지원하지 않습니다. 기능은 전적으로 배포판 패키징 버전에 달려 있습니다.

데몬 없이 rootless로 쓰는 컨테이너 구성이라면 Podman이 riscv64에서 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를 제공해 단일 클러스터나 엣지 클러스터를 구성할 수 있습니다.

알려진 제한

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에 머물러 있고(업스트림은 1.37) CNI/CSI/Ingress 등 플러그인은 riscv64 이미지를 하나씩 검증해야 합니다.

K8s는 riscv64에서 배포판 패키징(openEuler 1.29)으로만 가능하고 업스트림은 바이너리를 주지 않습니다. 버전 지연은 구조적 제약입니다.

containerd 2.4.2 linux/riscv64(공식 release tarball)

이미 동작하는 것

containerd 공식 release는 containerd-2.4.2-linux-riscv64.tar.gz와 containerd-static-2.4.2-linux-riscv64.tar.gz를 직접 제공해 riscv64 노드의 컨테이너 런타임으로 쓸 수 있습니다.

알려진 제한

컨테이너 런타임 자체만 해당합니다. Kubernetes 컨트롤 플레인은 여전히 배포판 빌드가 필요하고 CNI/CRI 플러그인과 이미지 생태계는 직접 검증해야 합니다. 상용 지원은 없습니다.

containerd는 공식적으로 riscv64 산출물을 직접 배포하는 몇 안 되는 클라우드 네이티브 기반 요소로, 자체 K8s의 런타임 토대로 적합합니다.

OpenHPC 4.0(EL10, openEuler 24.03) — x86_64/aarch64만

이미 동작하는 것

OpenHPC 4.0은 EL10과 openEuler 24.03 지원을 추가하고 SLURM, Warewulf, MPI, 과학 라이브러리를 포함한 완전한 HPC 패키징 스택을 제공합니다. 다만 이 리포지터리에는 x86_64와 aarch64용 ohpc-release만 있습니다.

알려진 제한

공식 downloads 페이지의 모든 배포판 조합이 aarch64/x86_64이며 riscv64 리포지터리나 RPM이 없습니다. RISC-V 클러스터는 Spack이나 소스 빌드로 SLURM, MPI, 과학 라이브러리를 직접 구성해야 합니다.

OpenHPC라는 '바로 쓰는 HPC 스택'은 riscv64에 아직 없어 RISC-V 클러스터는 직접 조립해야 합니다.

SG2042(Milk-V Pioneer) + SiFive U740 노드; Fedora 38 + GCC 13 + Spack + SLURM + ExaMon

이미 동작하는 것

다중 노드 RISC-V 클러스터에서 HPL/STREAM을 실제로 구동했습니다. 단일 소켓 64스레드 메모리 대역폭 41.9 GB/s, 2소켓 82.9 GB/s이며, C920 벡터 유닛에 맞춰 BLIS 마이크로커널을 최적화한 뒤 HPL이 뚜렷이 향상되었습니다. 소프트웨어 스택은 Spack으로 관리하고 SLURM으로 스케줄링하며 ExaMon으로 모니터링합니다.

알려진 제한

운영 클러스터가 아니라 HPC 검증 플랫폼입니다. 논문의 HPL/STREAM 결과는 절대 성능이 여전히 검증기 수준이며 x86 HPC 노드와 격차가 큽니다. 툴체인(GCC 13 + 벤더 벡터 툴체인)을 직접 구축·튜닝해야 하고 생태계 구성 요소도 하나씩 적응해야 합니다.

현재 가장 완전한 RISC-V HPC 공개 실천 사례로 실제 부하를 돌릴 수 있지만, 성능과 운영 성숙도 모두 '검증 플랫폼' 단계입니다.

OpenBLAS riscv64 커널(C910V/U74/x280, ZVL128B/256B) + openEuler netcdf-openmpi/mpich

이미 동작하는 것

OpenBLAS 리포지터리에는 229개의 riscv64 커널 파일이 있어 C910V, U74, x280과 ZVL128B/ZVL256B RVV 변형을 포함합니다. openEuler는 netcdf-openmpi/netcdf-mpich 등 병렬 과학 라이브러리 riscv64 패키지를 제공하며, Monte Cimone은 BLIS RVV 마이크로커널 최적화 경로를 검증했습니다.

알려진 제한

성능이 -march와 벡터 길이에 크게 좌우되어(RVV 0.7.1과 1.0의 차이가 큼) 코어별로 맞춰야 합니다. 모든 수학 라이브러리와 HPC 애플리케이션에 RVV 커널이 있는 것은 아닙니다. 벤더 수준 튜닝과 장기 유지보수가 부족합니다.

과학 계산은 돌아가지만 코어마다 벡터 길이에 맞춰 다시 컴파일하고 튜닝해야 합니다. 바로 쓰는 바이너리 성능이 아닙니다.

Sophgo SG2042(64×C920, RVV 0.7.1)

이미 동작하는 것

64코어 SG2042는 RAJAPerf 등 HPC 벤치마크를 실행할 수 있습니다. 논문 실측에서 단일 코어 성능은 당시 가장 보편적인 RISC-V 하드웨어의 약 5–10배였고 일부 커널은 비교 대상 x86보다도 빨랐습니다.

알려진 제한

멀티스레드 전체로는 비교 대상 x86 HPC CPU보다 약 4–8배 느립니다. 메모리 대역폭과 벡터 폭의 제약으로 주력 연산 노드로는 부적합합니다.

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 통과를 기준으로 하며 상용 인증과 같지 않습니다. 배포판 버전은 업스트림 최신 마이너 버전보다 뒤처집니다. 성능 튜닝에는 RVV 컴파일 옵션 대응이 필요합니다.

PostgreSQL은 RISC-V에서 가장 안정적인 데이터베이스 선택입니다. 업스트림이 지원 아키텍처로 명시했고 배포판에도 기성 패키지가 있습니다.

openEuler 24.03 SP2 mysql-8.0.42 riscv64 RPM

이미 동작하는 것

openEuler 24.03 LTS SP2의 riscv64 리포지터리는 mysql 8.0.42 전체 RPM(server/client/common/config)을 제공해 일반 OLTP를 배포할 수 있습니다.

알려진 제한

Oracle은 riscv64 바이너리와 지원을 제공하지 않습니다. 공식 Docker 이미지 mysql은 amd64/arm64뿐이고 openEuler 리포지터리에는 8.0 계열만 있습니다(8.4/9.x riscv64 패키지 없음). 공식 인증과 패치 보증도 없습니다.

MySQL은 돌아가지만 전적으로 배포판 패키징에 의존하며 Oracle은 RISC-V를 책임지지 않습니다. 핵심 업무라면 이 지원 체인의 위험을 고려해야 합니다.

openGauss 6.0.0-lite / 7.0.0-RC1 on openEuler RISC-V, Fedora; RVV 벡터 가속

이미 동작하는 것

openGauss RISC-V SIG가 2024-06에 출범해 5.1.0-lite와 6.0.0-lite 적응을 차례로 완료하고 openEuler 리포지터리에 합쳤습니다. 2025-06에는 7.0.0-RC1 전체 버전 적응을 마치고 MOT와 datavec의 RVV 벡터 가속을 지원하며 컨테이너 이미지도 제공합니다. openEuler 리포지터리에는 opengauss-6.0.0 riscv64 RPM이 있습니다.

알려진 제한

전체 버전은 7.0.0-RC1(정식 LTS 아님)까지입니다. 경량 버전은 기능 부분집합입니다. SIG 포스터는 Debian/Ubuntu 적응을 후속 작업으로 두고 있으며 아직 완료되지 않았습니다. 백업·모니터링·마이그레이션 등 생태계 도구가 riscv64에서 검증되었는지는 확인하지 않았습니다.

중국산 데이터베이스 가운데 openGauss의 RISC-V 적응이 가장 진지합니다(SIG가 있고 RVV 가속도 있음). 다만 운영 버전은 아직 정식 단계로 완전히 넘어오지 않았습니다.

OceanBase 커뮤니티 에디션(공식은 x86_64/ARM만)

이미 동작하는 것

공식 문서와 커뮤니티 Q&A 어디에도 RISC-V 지원이 나오지 않습니다. 현재 배포 방안은 x86과 ARM 기반입니다.

알려진 제한

공식 문서와 커뮤니티 Q&A(공식 문서 기반 검색 응답) 모두 RISC-V를 명시하지 않습니다. 공식 riscv64 바이너리나 포팅 계획 설명도 보이지 않습니다(내부 포팅 존재 여부는 확인하지 않았습니다). 직접 포팅하려면 컴파일러, 의존 라이브러리(OpenSSL/Boost 등), 성능 튜닝을 다뤄야 합니다.

OceanBase는 현재 RISC-V 선택지가 아니며, 이를 고르는 것은 riscv64 서버를 포기하는 것과 같습니다.

Debian trixie nginx riscv64; nginx.org 공식 리포지터리는 x86_64/aarch64만

이미 동작하는 것

Debian trixie은 riscv64 nginx 패키지를 제공해 웹 서버, 리버스 프록시, 게이트웨이로 쓸 수 있습니다. openEuler 24.03 SP2도 nginx 1.24.0 riscv64 RPM과 주요 모듈을 제공합니다.

알려진 제한

nginx.org 공식 Linux 리포지터리(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 클러스터를 구성할 수 있습니다.

알려진 제한

배포판 패키징뿐이고 상용 지원이 없습니다. RISC-V에서 대규모 Ceph 클러스터의 안정성과 성능에 대한 공개 사례가 없습니다(확인하지 않음). 코어 수가 적은 RISC-V 서버에서 MON/OSD의 자원 오버헤드는 직접 평가해야 합니다(실측하지 않음).

Ceph는 설치와 구동이 가능하지만 규모 검증 데이터가 없습니다. 소규모·엣지 스토리지는 시도해 볼 수 있지만 핵심 스토리지에 쓰는 것은 위험합니다.

llama.cpp 소스 빌드(GGML RVV 백엔드) on SpacemiT K1/K3, SG2042 등

이미 동작하는 것

ggml은 RISC-V 전용 컴파일 스위치(GGML_RV_ZFH/ZVFH/ZICBOP/ZIHINTPAUSE/ZVFBFWMA)와 RVV 커널을 제공하고 llama-server는 OpenAI 호환 API를 제공합니다. 실측에서 SpacemiT K1(8코어 1.6GHz)이 TinyLlama 1.1B를 생성 약 8.7 tok/s, 프리필 12.5 tok/s로 처리해 단일 장비 로컬 추론 서비스로 쓸 수 있었습니다.

알려진 제한

공식 release에는 riscv64 사전 빌드 패키지가 없어(arm64/x64/s390x 등만) 소스 빌드가 필수입니다. -march(zvfh 포함)를 올바로 설정하지 않으면 RVV 빌드가 바로 실패합니다. 실측값은 단일 사용자 약 8.7 tok/s이며 동시 서비스 능력은 검증되지 않았습니다. 1.6GHz급 보드에서 1.1B 초과 모델의 대화형 체감은 직접 측정해야 합니다.

RISC-V에서 실제로 쓸 수 있는 LLM 추론 경로는 llama.cpp 소스 빌드뿐이며 소형 모델은 한 사람을 상대할 수 있습니다. 동시 처리는 기대하지 마십시오.

vLLM CPU backend(공식 지원 x86 / ARM AArch64 / Apple / IBM Z)

이미 동작하는 것

vLLM 공식 CPU 설치 문서는 x86, ARM AArch64, Apple Silicon, IBM Z 네 가지 플랫폼과 각각의 wheel·빌드 방법을 제시합니다. riscv64는 여기에 없습니다.

알려진 제한

riscv64 wheel이 없고 공식 빌드 스크립트와 CI도 없습니다. 공식 문서에 riscv64 설치 경로가 없습니다. PagedAttention 등 CUDA/CPU 연산자는 직접 포팅해야 합니다(공개된 완전한 포팅은 확인하지 못했습니다).

vLLM은 현재 riscv64를 지원하지 않아 RISC-V에서 고처리량 추론 서비스를 만들 기성 방안이 없습니다.

Ollama 공식 release(linux-amd64 / linux-arm64 등)

이미 동작하는 것

Ollama 공식 release는 amd64, arm64(JetPack/ROCm/MLX 변형 포함)와 macOS/Windows 패키지를 제공합니다.

알려진 제한

riscv64 바이너리가 없습니다. 직접 빌드하는 것은 가능하지만 추론 백엔드가 여전히 ggml/llama.cpp의 RISC-V 지원에 의존해 결국 llama.cpp로 돌아옵니다.

Ollama의 편의성은 RISC-V에 존재하지 않아 llama.cpp를 직접 쓰는 편이 현실적입니다.

4×T-Head C910 RV64GC @1.85GHz, 16GB LPDDR4, 128GB eMMC, 100Mb/s, 파리 데이터센터

이미 동작하는 것

공식 설명은 세계 최초 상용 RISC-V 클라우드 서버라고 밝힙니다. EM-RV1-C4M16S128-A는 시간당 0.042€, 월 15.99€(세금 별도)로 즉시 개설되며 NPU가 있어 CI/CD, 포팅 검증, 경량 서비스에 적합합니다.

알려진 제한

규격 상한이 낮습니다. 4코어/16GB/128GB eMMC/100Mb 네트워크로 데이터베이스나 고처리량 서비스에는 부적합합니다. C910은 GhostWrite 취약점의 영향을 받아 2024-06-06 이전에 개설된 인스턴스는 커널을 업데이트해야 합니다. 리전도 파리 하나뿐입니다.

RISC-V 서버를 비용 없이 시험하려면 Scaleway에서 월 16유로로 한 대 열 수 있습니다. 다만 '쓸 만한 검증기'일 뿐 운영 연산 자원은 아닙니다.

RISC-V 서버 노드 + TPU 가속 + 스토리지 노드; 랙당 연산 6대 + 스토리지 2대

이미 동작하는 것

2024-04에 배포되어 세계 첫 RISC-V 아키텍처 서버 클러스터로 소개된 '둥산 1호'입니다. 2024-08에는 PLUS를 발표했는데 표준 랙 1개에 연산 6대와 스토리지 2대를 넣어 476.8 TFLOPS(TPU 확장 포함)와 126TB 스토리지를 확보하고 50개 이상 AI 모델을 구동합니다. 2026-08에는 제3자 과학기술 성과 평가를 통과했고 누적 200여 종의 오픈소스 소프트웨어 이전 검증(배포판, GCC/LLVM, 데이터베이스, 웹, 컨테이너, AI 프레임워크, HPC)을 완료했습니다.

알려진 제한

대학 연구·검증 플랫폼이며 상용 클라우드가 아닙니다. 476.8 TFLOPS는 TPU 가속 카드에 의존해 순수 CPU 연산은 제한적입니다. 구체적 노드 모델과 규모는 완전히 공개되지 않았습니다.

국내에서 가장 완전한 RISC-V 서버 풀스택 검증 환경으로 '돌아간다'를 증명했지만, 연구 클러스터이지 임대 가능한 상용 서비스는 아닙니다.

5G 데이터센터 시나리오 대상 RISC-V 서버 칩과 완제품(사용자 정의 명령 확장)

이미 동작하는 것

China Mobile Research Institute는 5G 데이터센터를 돌파구로 삼아 업무 요구를 추출하고 명령을 확장해 커널을 최적화하며 RISC-V 서버 칩과 완제품을 개발해 표준·기술·제품·생태계 협력을 추진합니다.

알려진 제한

공식 발표는 '고성능 RISC-V 프로세서가 대규모 연산 시장에서 돌파구를 만드는 데는 여전히 많은 과제가 있다'고 명시합니다. 탐색과 파일럿 단계로 규모 상용화 전이며 공개된 성능·안정성 데이터가 없습니다.

통신사가 이미 시험하고 있지만 특정 5G 시나리오의 파일럿이라 범용 클라우드 서버까지는 거리가 있습니다.

32×SiFive P870-D @2.0GHz, 2U 랙, RVA23; Ubuntu 26.04 LTS / RHEL 10

이미 동작하는 것

2026-08에 발표된 2U 랙마운트 RISC-V 서버(32코어 P870-D @2.0GHz)로 RVA23을 전면 충족하고 Ubuntu 26.04 LTS와 RHEL10을 맞춤 포팅 없이 기본 지원합니다. 현장 시연에서 여러 서버 부하를 구동했고 그 위에서 CUDA도 동작해 NVIDIA GPU LLM 부하의 헤드 노드로 쓰였습니다. 공식 설명에 따르면 초대규모 고객이 이미 시스템에서 부하를 돌리고 있습니다.

알려진 제한

한정 생산으로 전략 파트너 고객이 우선이며 가격과 납기는 공개되지 않았습니다. 생태계는 아직 소프트웨어 포팅·튜닝 단계입니다. GPU는 온보드가 아니라 PCIe 카드로 추가해야 합니다.

이것은 '서버다운' RISC-V 기기(2U, RVA23, Ubuntu/RHEL 기본 지원)의 첫 사례이지만 양산품을 살 수 없어 전략 고객 검증 플랫폼에 해당합니다.