Еще пару лет назад разговоры о RISC-V в десктопном сегменте звучали примерно одинаково. Кто-то показывал очередную плату размером с ладонь, запускал Linux, открывал терминал — и на этом энтузиазм обычно заканчивался. Производительность была скромной, драйверы сырыми, а сами устройства выглядели скорее как набор для студентов-энтузиастов, чем как претензия на альтернативу ARM или x86.
И вот тут появляется Milk-V Jupiter2. Не очередной «одноплатник для разработчиков», а уже довольно агрессивная попытка показать: архитектура RISC-V может претендовать не только на роль дешевого контроллера или экспериментальной платформы.
Причем самое интересное даже не в количестве ядер, не в 60 TOPS и не в громких словах про AI. История Jupiter2 куда показательнее. Она демонстрирует, как быстро RISC-V перестает быть академическим проектом и начинает превращаться в полноценную экосистему — со своими амбициями, проблемами и, местами, очень странным маркетингом.
Потому что если посмотреть внимательнее, за красивыми цифрами скрывается довольно любопытный конфликт: инженеры явно пытаются построить серьезную платформу, а маркетинговые материалы иногда подают её так, будто это очередной «убийца Raspberry Pi». Хотя это вообще не про Raspberry Pi.
Когда RISC-V был просто “интересной архитектурой”
Долгое время RISC-V воспринимался как что-то между научным экспериментом и идеологическим проектом. Открытая архитектура, отсутствие лицензионных отчислений, свобода модификации ISA — звучит красиво. Особенно на фоне ARM, где лицензирование давно превратилось в отдельный вид корпоративной бюрократии.
Но у RISC-V была проблема: почти все реальные устройства на этой архитектуре были откровенно слабыми.
Да, существовали платы SiFive, StarFive, Milk-V Mars, VisionFive и десятки менее известных решений. Однако почти всегда это выглядело одинаково:
- Linux запускается;
- браузер работает медленно;
- GPU либо формально есть, либо лучше бы его не было;
- аппаратное ускорение видео работает «почти»;
- AI-возможности существуют где-то в презентациях.
Парадоксально, но сама архитектура RISC-V давно перестала быть слабым местом. Ограничением стала экосистема. Особенно программная.
Один из разработчиков ядра Linux для RISC-V как-то довольно жестко заметил:
«Проблема RISC-V никогда не была в ISA. Проблема — в количестве недоделанного железа вокруг неё».
И это, честно говоря, было близко к правде.
Jupiter2 — первый тревожный сигнал для индустрии
С выходом Jupiter2 ситуация начала выглядеть иначе.
Официальная страница Milk‑V Jupiter2 уже с первых строк пытается продавать устройство как нечто принципиально новое:
«Первая одноплатная система (SBC) на RISC-V, соответствующая стандарту RVA23»
Формально маркетинг. Но не совсем.
Потому что поддержка RVA23 — действительно важный момент.
Большинство массовых RISC-V-плат до сих пор живут где-то в районе RVA20/RVA22 или используют неполные реализации. А тут внезапно появляется:
- RVA23;
- RVV 1.0;
- Hypervisor 1.0;
- AIA;
- IOMMU.
Для человека вне темы это выглядит как скучный набор аббревиатур. Для разработчиков системного ПО — совсем другая история.
Это уже не просто Linux «запускается». Это попытка построить полноцененную современную вычислительную платформу с нормальной виртуализацией, управлением устройствами и серверными возможностями.
И тут неожиданно выясняется, что Jupiter2 ближе по духу не к Raspberry Pi, а скорее к ранним ARM-серверам, которые когда-то тоже выглядели странным экспериментом. А потом ARM внезапно оказался в дата-центрах Amazon.
Самое странное в Jupiter2 — это даже не CPU
Вокруг K3 сейчас много путаницы. Отчасти в ней виновата сама Milk-V.
На странице устройства указано:
“8-Core X100 CPU @ 2.4GHz”
Но дальше в разделе Hardware внезапно появляется:
“8-core A100™”
И тут начинается некоторая терминологическая каша.
Если разбирать спецификацию внимательно, становится понятно: внутри SpacemiT K3 фактически несколько вычислительных кластеров.
Есть:
- X100 — основные высокопроизводительные CPU-ядра;
- A100 — AI/vector-ориентированные вычислительные блоки.
То есть журналистское:
«8-ядерный процессор»
— технически не совсем корректно. Архитектура здесь гибридная. И довольно необычная.
Причем любопытно другое. Производитель словно сам не до конца решил, как правильно продавать этот чип:
- как AI-ускоритель,
- как desktop-процессор,
- как edge-сервер,
- или как RISC-V-демонстрацию возможностей.
Иногда создается ощущение, что инженеры и маркетологи писали страницу устройства отдельно друг от друга и почти не разговаривали.
60 TOPS. Цифра красивая, но тут есть нюанс
Когда производитель пишет «60 TOPS», большинство людей автоматически представляют себе что-то уровня мощной GPU-системы.
Но индустрия AI-железа давно научилась играть с цифрами.
В спецификации Jupiter2 аккуратно указано:
- INT4,
- INT8,
- FP8,
- FP16,
- BF16.
То есть максимальные 60 TOPS достигаются на низкой точности. Это не обман. NVIDIA делает ровно то же самое. Qualcomm тоже. Apple — аналогично.
Проблема в другом: маркетинговая цифра почти ничего не говорит о реальной пользовательской производительности.
Можно получить впечатляющий TOPS-показатель и при этом иметь:
- посредственные драйверы;
- сырой AI SDK;
- нестабильный компилятор;
- отсутствие нормальной оптимизации популярных моделей.
А экосистема AI для RISC-V сейчас находится именно в такой стадии.
Поэтому Jupiter2 интересен не тем, что «убивает RTX». Не убивает. Даже близко.
Интереснее другое: впервые появляется RISC-V-платформа, на которой AI-ускорение выглядит не декоративной галочкой, а реально крупной частью архитектуры.
RVV 1.0 и 1024-битные векторы — вот где начинается серьезный разговор
Вот здесь уже становится по-настоящему интересно.
В характеристиках указано:
“Up to 1024-bit RVV 1.0 vector processing”
И это, пожалуй, одна из самых недооцененных частей всей истории.
Потому что RVV — Vector Extension — для RISC-V сейчас примерно то же, чем когда-то были SSE и AVX для x86.
Без нормальных векторов современная вычислительная архитектура просто не живет:
- AI,
- мультимедиа,
- кодеки,
- обработка изображений,
- научные вычисления —
всё это требует SIMD/vector-вычислений.
И если большинство существующих RISC-V-чипов ограничиваются 128- или 256-битными реализациями, то 1024-битный RVV уже выглядит заявкой на очень серьезные нагрузки.
Пока это скорее потенциал, чем готовая экосистема. Но сам факт важен.
Один инженер из сообщества RISC-V довольно точно сформулировал происходящее:
«RISC-V долго пытался доказать, что способен запускать Linux. Теперь он пытается доказать, что способен ускорять AI».
И вот тут начинается суровая реальность
Потому что железо — это только половина истории.
Можно собрать великолепный SoC:
- RVV,
- Hypervisor,
- IOMMU,
- LPDDR5,
- PCIe Gen3,
- 10GbE,
- NVMe,
- 60 TOPS.
А потом пользователь запускает браузер — и внезапно выясняется, что GPU-драйверы работают через раз.
Это не шутка. Это обычная ситуация для RISC-V сегодня.
Jupiter2 действительно выглядит мощно:
- 10GbE SFP+,
- Wi-Fi 6,
- LPDDR5-6400,
- PCIe Gen3 x4,
- аппаратные кодеки 4K120,
- Hypervisor extensions.
На бумаге — почти взрослая платформа.
Но программная экосистема всё ещё догоняет железо.
Особенно болезненные места:
- Vulkan-драйверы;
- OpenCL;
- AI-фреймворки;
- браузерное ускорение;
- бинарная совместимость;
- оптимизация компиляторов;
- CUDA-подобный стек.
И вот здесь начинается тот момент, который многие маркетинговые статьи предпочитают не замечать.
RISC-V сегодня — это примерно ARM начала 2010-х:
- потенциал огромный;
- железо быстро растет;
- экосистема пока не успевает.
Первая Jupiter выглядела почти наивно. Но без неё не было бы Jupiter2
Оригинальная Jupiter сейчас смотрится куда скромнее.
Официальная документация Milk‑V Jupiter Docs показывает вполне типичную для раннего RISC-V картину:
- SpacemiT K1/M1;
- 2 TOPS;
- LPDDR4X;
- PCIe 2.1 x2;
- Mini-ITX;
- Wi-Fi 6;
- microSD.
Даже PCIe x8 оказался «немного маркетингом»:
- физически x8,
- электрически — всего x2.
Но именно первая Jupiter была важна как эксперимент.
Она впервые попыталась сказать:
«RISC-V может быть не только SBC, но и настольной платформой».
Пусть не слишком убедительно. Пусть местами сыро. Но направление стало понятно.
И Jupiter2 — уже следующая стадия этой идеи.
Что всё это означает для индустрии
Вот здесь начинается самая интересная часть.
Потому что вопрос уже не в том:
«Может ли RISC-V существовать?»
Может.
И даже не в том:
«Можно ли собрать мощный RISC-V-чип?»
Тоже можно.
Главный вопрос теперь другой:
«Сможет ли экосистема догнать темпы развития железа?»
Потому что именно это когда-то определило успех ARM.
ARM победил не из-за ISA. И даже не из-за энергоэффективности. ARM победил потому, что вокруг него постепенно выросла огромная инфраструктура:
- драйверы;
- компиляторы;
- Android;
- SDK;
- Linux-поддержка;
- инструменты разработчиков.
У RISC-V пока этого масштаба нет.
Но впервые за долгое время появились признаки, что индустрия начинает воспринимать архитектуру серьезно.
Не как академическую игрушку. Не как экзотический devkit. Не как «Linux запускается, уже хорошо».
А как потенциальную независимую платформу.
И вот это уже может нервировать крупных игроков куда сильнее, чем очередные красивые презентации про открытые стандарты.
Потому что открытая ISA — это не просто технический вопрос. Это вопрос контроля над вычислительной экосистемой.
А за такие вещи индустрия обычно дерется очень жестко.