RISC-V 64 w Europie: otwarta ISA, trudna droga do AI

RISC-V 64 może zmniejszyć zależność Europy od licencji zamkniętej ISA, ale nie jest europejskim wynalazkiem ani gotowym zamiennikiem serwera x64 z GPU. Projekt powstał na UC Berkeley, a RISC-V International działa jako organizacja non-profit w Szwajcarii. Standard ISA jest otwarty i bez opłat licencyjnych za samo jego użycie; konkretny rdzeń, projekt chipu, narzędzia i fabryka mogą mieć już inne prawa i właścicieli.

Dlaczego UE inwestuje w RISC-V?

Otwarta specyfikacja pozwala europejskim zespołom projektować własne procesory i akceleratory bez uzyskiwania licencji od jednego posiadacza ISA. Komisja Europejska wskazuje rozwój otwartego IP i ekosystemu jako element suwerenności. Program DARE łączy RISC-V z celem tworzenia europejskich technologii HPC i AI. To kierunek rozwoju, nie dowód, że każda europejska organizacja może dziś zastąpić cały klaster treningowy procesorem RISC-V.

RISC-V to przede wszystkim zestaw instrukcji. FAQ organizacji wyraźnie odróżnia otwartą ISA od obowiązku otwarcia implementacji procesora. Firma może zbudować zamknięty chip zgodny ze standardem. W ocenie suwerenności sprawdź więc pochodzenie konkretnego układu, możliwość audytu firmware, obsługę Linuxa, kompilator i długoterminową dostępność części.

Gdzie AI OS może zacząć już dziś?

Rozsądnym początkiem są kontrolery edge, systemy sterowania, urządzenia zbierające dane i wyspecjalizowane zadania o dobrze określonym budżecie mocy. Dla dużego LLM sprawdź dojrzałość bibliotek tensorowych, interfejsu akceleratora, sterowników i narzędzi debugowania. Sama kompilacja aplikacji na riscv64 nie potwierdza wydajnej inferencji. Porównaj wynik z x64 i Arm64 na tej samej pracy, nie na marketingowej wartości TOPS.

Próba dla europejskiego konsorcjum

Wybierz jeden proces, np. lokalne filtrowanie danych sensorowych przed wysłaniem ich do modelu centralnego. Przygotuj referencyjną implementację na x64, przenieś ją na RISC-V, uruchom testy jakości i pomiar energii. Zapisz wszystkie nieprzenośne zależności. Następnie oceń, czy projekt chipu, firmware i produkcja mogą być utrzymywane w Europie oraz jak szybko drugi producent mógłby dostarczyć zamiennik. To sprawdza realną opcję wyjścia, nie tylko otwartość specyfikacji. Mapa całego problemu znajduje się w tekście o suwerenności sprzętowej UE.