Разработчики из компании Red Hat объявили о реализации начальной поддержки архитектуры RISC-V в репозитории CentOS Stream 10, выступающем основой для разработки Red Hat Enterprise Linux 10. До этого пакеты выпускались для архитектур x86_64 (x86_64_v3 в RHEL 10), Aarch64, ppc64le (POWER9) и s390x (IBM z14). Red Hat также представил экспериментальные сборки RHEL 10 для систем RISC-V, развиваемые совместно с компанией SiFive...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63284
> В отличие от дистрибутива RHEL 10, поставляющего пакеты с оптимизациями
> для микроархитектуры x86-64-v3, дистрибутив Alma Linux формирует
> отдельные сборки для микроархитектуры x86-64-v2Но ведь x86-64-v3 это все старше Haswell из 2013 года. Они сделают отдельный загончик для 6оmжей и владельцев бушных ксеонов с алишки?
Популярность Альмы на опеннете увеличится на порядок!
Тут у многих v1.
Для чсв есть более правильные места, чем опеннет.
Хм... например?
Опеннет идеален тем что анонимен.
Даже зарегистрированные пользователи могут придумать в описании аккаунта ФИО и даже сайт.Тут ты можешь работать в компаниях из топ500, писать компилятор LLWM, делать существенный вклад в линукс в 93 году и даже писать на СИ без ошибок!
Ну.. по крайней мере утверждать все выше перечисленное))
> Тут ты можешь работать в компаниях из топ500, писать компилятор LLWM,
> делать существенный вклад в линукс в 93 году и даже писать на СИ без ошибок!Вы даже "LLVM" написать без ошибок не смогли. В следующий раз просите AI за вас пост оформить, и то меньше накосячит.
- А думать вы тоже за меня будете?
- А как же!
О, вы таки заметили)
Но т.к я аноним - то мне почти пофиг.
Именно поэтому никакого "о боже мой как стыдно" я испытывать не буду.
И именно поэтому всякие двачи, 4чаны и прочие имджборды были так популярны))
>Но т.к я аноним - то мне почти пофиг.
>почтиОчень хорошо! Желаю вам хорошего дня!
> Очень хорошо! Желаю вам хорошего дня!Я другой аноним.
Можно мне тоже пожелать хорошего дня?
А он и есть AI, не очень обученный.
>отдельный загончик для 6оmжей и владельцев бушных ксеонов с алишки?Ты так говоришь что это как будто что-то плохое.
У меня вообще дома процы интел еще 3 поколения, и ничего - ютубчик смотрю, интернетик читаю.
Дяденька фрактал, зачем ты постишь из-под тора?
>все старше HaswellЗеоны на Haswell и Ivy Bridge до сих пор отлично себя чувствуют на китайплатах. В оперативку не упираются, современный вэб переваривают. Так что я даже не знаю, к чему тут твои замечания.
Я понимаю что это отдельная архитектура, но никогда с ней не сталкивался и возникают вопросы. С чем можно сравнить по производительности процессоры RISC-V? Я понимаю что совершено иная система команд и логики будет совершенно по другому работать чем другие архитектуры и что-то лучше будет выполняться что-то хуже и тем не менее хотелось бы иметь хоть какое-то представление с чем это сравнить?
> С чем можно сравнить по производительности процессоры RISC-V?А какие? Сколько ядер? У нас дестоп, сервер или какая-то мелочь типа ПИшки?
По какому параметру сравнивать? В флопсах или в производительности на ватт? Или сколько мощности можно запихнуть в одну стойку?
И что мы делаем? Считаем математику? Маршрутизируем пакеты?Вот есть такое сравнение - готовый продукт в виде cloud server
phoronix.com/review/scaleway-risc-v-cloudВот сравнение с stm32 на FreeRTOS
mdpi.com/2079-9292/13/4/733fosdem.org/2025/schedule/event/fosdem-2025-5678-how-good-is-risc-v-comparing-benchmark-results/
> Я понимаю что это отдельная архитектура, но никогда с ней не сталкивался
> и возникают вопросы. С чем можно сравнить по производительности процессоры RISC-V?с советским микрокалькулятором Б3-38
> Я понимаю что совершено иная система команд и логики будет совершенно
> по другому работать чем другие архитектуры и что-то лучше будет выполнятьсянет, лучше выполняться не будет ровно ничего. Потому что компиляторы сырые и вообще не очень умеют в риски. А тут еще и риск сам по себе кастрированный, регистров мало и тех 2/3 зачем-то зарезервированны непойми под что, что охрененно ускоряет load-and-store ушлепскую архитектуру (нет), так что и хорошему компилятору нечего бы было оптимизировать.
> что-то хуже и тем не менее хотелось бы иметь хоть какое-то
> представление с чем это сравнить?с попило-откатным бизнесом ель-брусов и бай-к@лов. Точно такая же грантопильная тема, только за все хорошее и против всего плохого.
> с советским микрокалькулятором Б3-38Экспертиза уровня бох! :)
> нет, лучше выполняться не будет ровно ничего. Потому что компиляторы сырые и
> вообще не очень умеют в риски.С фига ли им не уметь риски? Весь мир на ARM держится, микроконтроллеры, МИЛЛИАРДЫ мобильных девайсов, роутеров, точек доступа и прочих телевизоров. Для RISCV конечно чуть хуже - но в силу общей похожести набора регистров и проч не такая уж и глобальная разница.
> А тут еще и риск сам по себе кастрированный, регистров мало
Нормально их там, у x86-64 и того меньше IIRC, но работает же как-то.
> и тех 2/3 зачем-то зарезервированны непойми под что,
Надо было мануал читать - а не туалетную бумагу. И если что, ABI там похоже на то что у ARM или даже x86-64.
> что охрененно ускоряет load-and-store ушлепскую архитектуру (нет), так
> что и хорошему компилятору нечего бы было оптимизировать.Что оптимизировать - есть всегда. В частности штуки типа LTO эти самые load-store могут очень конкретно урезать. Вспомнив что пять кило назад в регистр такой-то уже вгрузили удобную константу - так что нафиг ваш load, реюзаем ее! Или какой-то танец с мелким смещением относительно этого. Весьма эффективно получается.
> с попило-откатным бизнесом ель-брусов и бай-к@лов.
Фигня полная, SiFive вообще независимый стартап. И RiscV юзают - все кому не лень. Начиная от нвидии и WD (у тебя хватит ума и их поучить процы делать, конечно) до чертовой кучи всяких стартапов.
В общем расслабься, RISCV уже захватил мир, дебиан тоже поддержку в 13 версии запилил. Его уже миллиардами фигачат. Потому что жаба - страшный зверь, и передушила совершенно всех капиталистов. И поэтому зачем платить ARM роялтя если можно - не платить?! Так что он обречен на успех. Потому что бабло всегда побеждает зло.
> С фига ли им не уметь риски?так получилось
> Весь мир на ARM держится
видимо, это про параллельный мир. Или потусторонний.
> микроконтроллеры
вот поэтому я упомянул микрокалькулятор. Человек спрашивал про "лучше выполняться", если что.
> Вспомнив что пять кило назад в регистр такой-то уже вгрузили удобную константу
но поскольку регистров мало а ДО lto уже был шаг обычной оптимизации - ее уже заменили другой ненужной (потому что разумеется оптимизатор в первую очередь экономит на загрузках)
> Фигня полная, SiFive вообще независимый стартап.
угу, на деньги из тумбочки.
> И RiscV юзают - все кому не лень. Начиная от нвидии и WD
его юзают там где пофигу на производительность, нужна малая площадь кристалла и небольшое тепловыделение. Благо технологии дешевые и примитивные. Никакие дебианы на _тех_ рисках не работали и не будут.
> В общем расслабься, RISCV уже захватил мир
неясно только параллельный или потусторонний.
> И поэтому зачем платить ARM роялтя если можно - не платить?!
вон поди эпл получи.
>Фигня полная, SiFive вообще независимый стартап. И RiscV юзают - все кому не лень. Начиная от нвидии и WD (у тебя хватит ума и их поучить процы делать, конечно) до чертовой кучи всяких стартапов.Китайские товарищи тоже планируют активно развивать.
https://3dnews.ru/1119203/kitay-nameren-poddergat-arhitektur...
>[оверквотинг удален]
>> по другому работать чем другие архитектуры и что-то лучше будет выполняться
> нет, лучше выполняться не будет ровно ничего. Потому что компиляторы сырые и
> вообще не очень умеют в риски. А тут еще и риск
> сам по себе кастрированный, регистров мало и тех 2/3 зачем-то зарезервированны
> непойми под что, что охрененно ускоряет load-and-store ушлепскую архитектуру (нет), так
> что и хорошему компилятору нечего бы было оптимизировать.
>> что-то хуже и тем не менее хотелось бы иметь хоть какое-то
>> представление с чем это сравнить?
> с попило-откатным бизнесом ель-брусов и бай-к@лов. Точно такая же грантопильная тема, только
> за все хорошее и против всего плохого.Почти соглашусь со всем, на данный момент это почти так и есть, вот только всё же по последнему RISC-V выглядит более перспективно, с учётом того что его юзают в nvidia, т.е. масштабы выпусков уже больше, плюс как бы более простая архитектура и более простой подход чем пердолинг с WLIV и их чудокомпилятором, с учётом интеллекта свовременных разработчиков, будто бы даёт гораздо более живой шанс RISC-V выжить в естественных условиях, чем WLIV-монстрам. ¯\_(ツ)_/¯
> разработчиков, будто бы даёт гораздо более живой шанс RISC-V выжить в
> естественных условиях, чем WLIV-монстрам. ¯\_(ツ)_/¯C VLIW все уже проще - там ставка явно сделана на "или сам ходжа", возраст Насреддина исключает любые другие варианты, даже на невероятный - что ишак все же заговорит, времени у него не хватит. Вот каких буратин собиратеся развести или уже развела SiFive - действительно интересно.
(вдруг у них еще лишние деньги есть)
Там вроде вовсю используется 15 лет в WD и 10 лет в NVIDIA. Успехи на фоне этого довольно скромные, но корпорации могут сэкономить. Что в этом естественного не знаю.
> Там вроде вовсю используется 15 лет в WD и 10 лет в NVIDIA.Используют как именно? Не для всяких контроллеров управления или gsp?
Не уверен что это можно сравнить с использование как процессор для OS общего назначения.
В качестве MIPS, а его можно использовать как угодно. В Китае на волне успеха мипсовых лаптопов решили свой форк MIPS64 пилить и добавили его повсюду, в России непонятно и вроде есть и vliw и mips с riscv, но нет поддержки в ПО и для рабочих станций не годится ни то ни другое ни третье (хотя и обещают восьмиканальную память, что приходится для роутеров и nas, только не за те деньги).
>>с советским микрокалькулятором Б3-38полная слизка Casio fx-48
Ух ты, не знал что нарыли оригинал.
> Я понимаю что это отдельная архитектура, но никогда с ней не сталкивался
> и возникают вопросы. С чем можно сравнить по производительности процессоры RISC-V?Это зависит - от реализации. Производительность микроконтроллера за 20 центов с 1 ядром на 48МГц который можно от батареечки питать VS здоровенный серверный 64-битник с дохрена ядер - очень радикально отличается. Как и их потребление. Топовые RISCV для серверов - садятся на пятки топовым ARM64, а эти садятся на пятки EPYC'ам. А чего вы ожидали от серверных чипов? А для микроконтроллеров - чуть похуже ARM, но кто ж за 20 то центов за 32 бит проц с памятью и DMA вопросы то вообще задает?!
Это как мипс (следующая его итерация), т.е. основное назначение применение встраиваемые микросхемы там, куда арм слишком жирно пихать. Обычно заменяют 1 arm на 5 riscv (арм всё равно ставить на плату придётся, но меньше, экономия-с). Ну и в отличие от мипса (который был проприетарным, но сделали открытым, в целом он относительно унифицирован) есть 100500 разных проприетарных дизайнов различной степени успешности (с расхождениями по возможностям и функциональности) и пара открытых студенческих PoC, главный плюс, что ты можешь сделать собственный дизайн вместо лицензирования арм (собственный дизайн арм дорого стоит) и заказать его производство без оплаты роялти. Ровно ничего интересного конечному потребителю, в общем.
> Это как мипс (следующая его итерация), т.е. основное назначение применение встраиваемые
> микросхемы там, куда арм слишком жирно пихать.Вон там блин серверные "встраиваемые микросхемы". Парочку сорцов 64 бит апликушников от алибабы можно даже на гитхабе укачать. Как вы их в железо оформите - ваша проблема, разумеется. Наверняка алибабашная отшнуровка пилила себе всраиваемые микросхемы. А встраивали они их - в свои сервера, чего еще алибабе надо?! И они такие не одни мягко говоря. На халяву зверь бежит! Даже в FFMPEG и прочие a/v кодеки стали оптимизации RISCV совершенно рутинно наворачивать.
Япошки себе суперкомп на арме сделали, но толку от него, кроме попугаев? Приличных бесплатных дизайнов я пока не видел, но, в любом случае, когда берёшь чужой дизайн -- он не твой, и теряется единственное преимущество. Это как в той истории с китайскими конденсаторами.
Risk-v очень энергоэффективен, но то что есть, все с посредственной производительностью.
То есть, если энергонезависимость критична, то для всяких встраиваемых и переносных устройств вполне годно.
А вот ноутбуки или смартфоны на Risk-v, это уже несерьёзное баловство.
Это он энергоэффективен или современные технологии производства в лице более точной литографии? А в целом, энергоэффективность зависит от того, какие блоки размещать и какие задачи процессор решает. Например, декодирование h266 в asic намного эффективнее декодирования процессором общего назначения. Так и с остальными инструкциями, скажем, процессоры амд эффективно позволяют задействовать только половину ядер в операциях с плавающей запятой (которые оставались самыми дорогими до появления avx), то же самое в операциях "потоков" -- у интела блоки используются более эффективно. Хотя, архитектура одна.
>процессоры амд эффективно позволяют задействовать только половину ядер в операциях с плавающей запятойЭто было пятнадцать лет назад.
теперь у амд вирусы прямо в процессоре, эффективность исполнения меньшая из заботhttps://www.opennet.dev/opennews/art.shtml?num=62668
https://www.opennet.dev/opennews/art.shtml?num=63055
ничего в нём прорывного и нового нет. Это просто другая архитектура и система команд, коренное отличие только что она лицензионно свободная и любой может штамповать процессоры без отчислений держателю патента.
> ничего в нём прорывного и нового нет. Это просто другая архитектура и
> система команд, коренное отличие только что она лицензионно свободная и любой
> может штамповать процессоры без отчислений держателю патента.А также то что кто-то заморочился совместимостью, регистри расширений и относительно цивилизованным подходом к разработке. С попытками малость стандартизировать ряд вещей, с обратной совместимостью по нарастанию фич с базовыми версиями, одним и тем же тулчейном и прочее масштабирование, в общем - как ARM - только на шару.
ARM тоже делает - все что угодно. И ядра для чипов размером с пылинку, где кристалл надо под микроскопом рассматривать, до жирных серверных апликущников на серьезных щах рубающихся с EPYC'ами, и вообще, вон там в TOP500 64-бит ARM отвисают. Потому что могут. RISCV в общем то не сильно хуже и есть самые разные по масштабам реализации.
Ну понятно что по стандартам плюшки есть и организационно. Но чел выше ожидает прибавок производительности в каких-то задачах, т.е. думает что в RISC-V заложена какаая-то прорывная идея которая может дать миллион попугаев на бенчмарках.
Самый популярный и западный производитель sifive. Мне кажется что авторы дистрибутивов Linux, BSD именно на sifive сборках портируют.
> Самый популярный и западный производитель sifive. Мне кажется что авторы дистрибутивов
> Linux, BSD именно на sifive сборках портируют.какую плату им подарили (как в данном случае) и кто оплатил ужын - те их и танцуют.
Китайские товарищи не подарили а они подарили, что это меняет?
X86 это CISC.
ARM это RISC
Risc-V это тоже RISC.
Там всё интереснее, x86 это cisc на уровне микрокода начиная где-то с pentium 1. А вот vliw это itanium и его рановато решили закопать, как раз, когда компиляторы начали появляться, но бизнес уже справедливо посчитал, что в пересчёте на производительность дороговато обходится.
Использую Bpi-f3 в качестве десктопа. Пробовал разные ос от Bianbu на убунте от производителя и до Irradium на круксе. В целом использовать в качестве рабочей станции можно.
А вот разница между оптимизированным и неоптимизированным софтом видна сразу, если что сложное запускать, то лучше отдельно собирать со всеми поддерживаемыми процессором инструкциями последним gcc.
> С чем можно сравнить по производительности процессоры RISC-V?NanoKVM vs PiKVM
>на оборудовании RISC-VЕсть интересный пример, чиплетный Occamy с 432 ядрами:
- https://pulp-platform.org/docs/date2023/2023-04-19-DATE-3DIC...
- https://pulp-platform.org/occamy/
> Occamy с 432 ядрамиКоторый, скорее всего, никто из местных никогда не увидит.
HBM2 + чиплеты + интерпозер это будет очень дорого, и очень узкоспециализированно
Таки дождёмся на Авито.
>> Occamy с 432 ядрами
> Который, скорее всего, никто из местных никогда не увидит.
> HBM2 + чиплеты + интерпозер это будет очень дорого, и очень узкоспециализированноМы анонимные эксперты много чего не увидим, да и не больно надо, нам достаточно intel core 2 duo, в крайнем случае Зионов с Озона.
Да что-то с этим RISC-V пока ничего пригодного, как и с ARM. Есть какие-то платы, можно с ними поиграться, но не более того. Жизненный цикл уж очень смешной для промышленного применения.
У китайцев появились уже серверные камни на нём и сравнивают его с каким-то древним зионом.
А на ARM серверные утюги давно уже есть и их можно арендовать на виртуалках.
> Жизненный цикл уж очень смешной для промышленного применения.Булшит от человкка ничерта не понимающего в теме. У ARM жизненный цикл совершенно точно даст мастеркласс любому x86 или чему там. У RISCV в общем то уже тоже варианты такого плана появляются.
Например, allwinner прямым текстом сказали Olimex что могут делать чипы - столько сколько нужно. Единственный критерий - набрать заказ на минимум 1000 чипов. Тогда они хоть для вот лично вас эти вафли испекут, засабмитив батч на фабу. А хренли, так можно было!
> Например, allwinner прямым текстом сказали Olimex что могут делать чипы - столько
> сколько нужно. Единственный критерий - набрать заказ на минимум 1000 чипов.сегодня.
> Тогда они хоть для вот лично вас эти вафли испекут, засабмитив
> батч на фабу. А хренли, так можно было!только никому не нужно. А через два года выяснится что эта технология уже не поддерживается.
>как и с ARM
>>как и с ARM
> https://www.opennet.dev/opennews/art.shtml?num=53213Только линпак забыли на арм портировать. Ну, MKL.
Ноуты уже есть https://ru.hwlibre.com/DC-Roma-RISC-V-Laptop-II-новый-ноутбук-с-Ubuntu-и-чипом-RISC-V/
Еще Orange PI RV2 неплохо выглядит среди одноплатников. И, в отличии от ARM с GPU Mali, там нормально декодирутся видео под Linux