The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект Pine64 выпускает в продажу плату STAR64 на базе архитектуры RISC-V, opennews (?), 02-Апр-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


83. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  +3 +/
Сообщение от Аноним (83), 02-Апр-23, 12:37 
👍
https://www.opennet.ru/opennews/art.shtml?num=56660
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

263. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  +2 +/
Сообщение от штеуд (?), 02-Апр-23, 21:57 
В Intel уже сняли лапшу с ушей и свернули все программы раскраски "рисковых бус" в начале 2023 года.
Ответить | Правка | Наверх | Cообщить модератору

356. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  –1 +/
Сообщение от Аноним (224), 03-Апр-23, 15:29 
> В Intel уже сняли лапшу с ушей и свернули все программы раскраски "рисковых бус" в начале 2023 года.

когда-то они и от раскраски "армовых бус" отказались

https://ru.wikipedia.org/wiki/Intel_XScale

но это не отменило успех ARM - Apple M1/M2 и Fugaku номер один на десктопах и суперкомпьютерах

Ответить | Правка | Наверх | Cообщить модератору

376. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  +3 +/
Сообщение от инсайдер (?), 03-Апр-23, 20:15 
Чего-только не приплетают как "аргументы" опровержения очевидного тезиса: RISC-V == low-end и бусы для всех остальных случаев.

Интел отказался от сегмента рынка low-end и low-power процессоров, который был у плинтуса до бума айфонов и андроидов.
В 2002-2006 XScale не приносил денег, но разфокусировал ресурсы.
Поэтому Интел избавился от направления бизнеса, для которого не видел перспектив, что не связано с достоинствами или недостатками архитектуры ARM. Сейчас жу от RISC-V отказывается поняв бесперспективность архитектуры.

У Интела есть x86 (со всей экосистемой, несколько микроархитектур с микрокодом и SMM). На рынке валом ARM разного калибра и low-end десятка архитектур (включая хромых карликов RISC-V). На любой вкус полно ядер и SoC, которые васянят на коленках байкалы, yadrа, синтакоры и еще миллион студентов в 1001 пан-азиатсткой компании.

А для high-end архитектура RISC-V как ISA не даёт преимуществ кроме хайпа. Если-бы у Интела не было x86, то был-бы смысл смотреть на RISC-V. Но даже в этом случае архитекторы-лиды Интела видят у RISC-V массу проблем.

Поэтому во внутреннем докладе сделан вывод что RISC-V только для low-end и примыкающих сегментов. Примечательно что rethink (Юра) из Позитива на пальцах обяснял это года 3 назад.

Ответить | Правка | Наверх | Cообщить модератору

382. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  +/
Сообщение от Аноним (224), 03-Апр-23, 21:38 
> Поэтому во внутреннем докладе сделан вывод что RISC-V только для low-end и примыкающих сегментов

дело в том что всем пофиг на внутренние доклады интел. В яблоке решили что интеловский х86 не имеет перспектив и сделали свой процессор на arm. В небольшом Словацком стартапе решили что все существующие ISA не имеет будущего и создали свою

https://www.tachyum.com

С чего вы решили что миром правят чьи-то бизнес решения или мнение Юры. Сегодня RISC-V далёк от HPC, но что будет потом никто не знает

https://www.theregister.com/2023/02/08/riscv_hpc/

Ответить | Правка | Наверх | Cообщить модератору

385. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  +4 +/
Сообщение от штеуд (?), 03-Апр-23, 23:08 
Хм, по-моему "инсайдер" пояснил/уточнил только про причину отказ штеуда от risc-v, и не более того.

Эти пояснения решения штеуда выглядят разумно и действительно совпадают с тезисами erthink-а (Леонида Юрьева) из Positive Technologies.
https://d-russia.ru/otkrytaja-haljava-i-besplatnyj-syr.html#...

-

В яблоке ничего не решали по не-перспективность x86, но были недовольны ценником, а еще больше нежеланием штеуда делать именно то, что хотели яблочники. Это касалось обвязки процессора, северного моста и системных компонентов. Основной же причиной переход на ARM стал отказ Intel открывать для Apple все подробности SMM и микрокода.

Если упростить и отбросит второстепенное, то причиной перехода на ARM стал отказ Intel идти на встречу и предоставлять Apple доступ к конфиденциальной информации, без которой невозможность обеспечить верификацию и контроль на стороне Apple, достаточный хотя-бы для теоретической возможности обеспечить полную защищенность/невзламываемость.

При этом ARM делал ровно обратное все последние 20 лет. А после того как Apple купила "PA Semi" ребята из ARM обмазались вазелином и полезли...

-

Суть в том, что причиной перехода были не архитектуры и не микроахитектуры ARM и x86.

А прорывной словатский стартап тратит на маркетинг (видимо) больше чем на разработку, при этом показывает эмулируемый на FPGA "прототип PoC" достаточно средней (если не посредственной) микроахитектуры с блоком умножения матриц, и всё это с натянутыми на глобус мегагерцами по мотивам анекдота "сова и мыши, которые не ёжики".

-

Процессор с любой системой команд (в том числе на основе RISC-V) может обслуживать какой-то акселератор, но это не значит, что полученный HPC будет чем-то обязан RISC-V.

Делать же HPC именно на основе RISC-V ISA можно либо от безысходности (сделать хоть что-то в качестве оправдания бюджета), либо "из принципа" (невзирая на неудобства и ухудшение ТТХ).

Все потуги с RISC-V вне сегмента low-end попадают именно в это распределение - буквально все "крутые" ядра на основе RISC-V неприемлемо посредственны с актуальным широким рынком, если смотреть вне сегмента low-end, микроконтроллеров и т.п.

Ответить | Правка | Наверх | Cообщить модератору

390. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  +1 +/
Сообщение от Аноним (224), 04-Апр-23, 01:15 
> Эти пояснения решения штеуда выглядят разумно и действительно совпадают с тезисами erthink-а (Леонида Юрьева) из Positive Technologies.
> 3. У RISC-V плохо с безопасностью (поверхностью атаки), а в сравнении с «Эльбрусами» — плохо кошмарно, принципиально и неустранимо.

у меня ощущение что он принципиально не вспоминает что кроме базового набора команд у RISC-V существуют расширения

https://www.cl.cam.ac.uk/research/security/ctsrd/cheri/cheri...

https://www.opennet.ru/opennews/art.shtml?num=58726

Ответить | Правка | Наверх | Cообщить модератору

402. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  +/
Сообщение от Аноним (402), 04-Апр-23, 11:12 
> > Эти пояснения решения штеуда выглядят разумно и действительно совпадают с тезисами erthink-а (Леонида Юрьева) из Positive Technologies.
> > 3. У RISC-V плохо с безопасностью (поверхностью атаки), а в сравнении с «Эльбрусами» — плохо кошмарно, принципиально и неустранимо.
> у меня ощущение что он принципиально не вспоминает что кроме базового набора команд у RISC-V существуют расширения
> https://www.cl.cam.ac.uk/research/security/ctsrd/cheri/cheri...

По ссылке в самом начале явно написано, что это "is an in-progress application" и "The current draft specification".
Это черновик, который еще в процессе разработки, с симулякрами на FPGA.

Не понятно когда это будет в рыночном кремнии, по какой цене и с каким быстродействием.
Подозреваю что даже первый черновик этих спецификаций не публиковался на момент написания Леонидом тех комментариев.
В любом случае, было-бы странно сопоставлять черновик спецификации на команды с давно выпускаемыми процессорами.

Ответить | Правка | Наверх | Cообщить модератору

403. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  +/
Сообщение от Аноним (402), 04-Апр-23, 11:22 
По cheri еще много вопросов.

Например, софт для cheri нужно дорабатывать или даже переделывать, причем больше чем для Эльбрусов.

Что с our-of-order execution?
Насколько быстрым может быть такой процессор?

Будет ли CHERI-RISC-V выполнять обычные инструкции RISC-V?
Если будет то пропадает защищенность, а если не будет то фактически получается другая архитектура.

CHERI-RISC-V требует другой микроархитектуры и дизайна.
Поэтому ядро CHERI-RISC-V не сможет работать на тех-же частотах, или будет требовать дополнительного охлаждения, например.
Ну и разрабатывать такие ядра нужно будет отдельно.

Инструкции другие, ядро другое, частоты и потребление другие, разрабатывать нужно отдельно, компилятор другой, софт нужно дорабатывать.
Получается какой-то совсем-совсем другой RISC-V.
По аналогии можно сказать что МЦСТ тоже делает RISC-V, просто с VLIW-расширениями, спеки которых тоже не зафиксированы.

Ответить | Правка | К родителю #390 | Наверх | Cообщить модератору

414. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  +/
Сообщение от Аноним (449), 04-Апр-23, 15:48 
> Например, софт для cheri нужно дорабатывать или даже переделывать, причем больше чем для Эльбрусов

осталось найти где эльбрусы делать ничего не переделывая

> Получается какой-то совсем-совсем другой RISC-V

всегда есть альтернатива - писать заново ОС и ПО на безопасных языках без всяких расширений безопасности в процессоре

Ответить | Правка | Наверх | Cообщить модератору

416. "Проект Pine64 выпускает в продажу плату STAR64 на базе архит..."  +/
Сообщение от пох. (?), 04-Апр-23, 16:25 
>> Например, софт для cheri нужно дорабатывать или даже переделывать, причем больше чем для Эльбрусов
> осталось найти где эльбрусы делать ничего не переделывая

осталось найти где их хоть как нибудь делать, даже с перспективой на 2030й год.
Полагаю, не найдут.

Тем более что и незачем особо - данные ниивосход  не смотря на все ельбрусы утекли таки широкой рекой. Нипамагла суперархитектура. Незачем и страдать было.

> всегда есть альтернатива - писать заново ОС и ПО на безопасных языках

у ниивосход и йезыки были безопастные. И что, сынку, помогли они тебе?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру