The OpenNET Project / Index page

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



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

"Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от opennews (??), 23-Янв-21, 12:41 
Китайский производитель чипов T-Head, принадлежащий компании Alibaba Group, опубликовал результаты портирования платформы Android 10 на платы, оснащённые процессорами на базе архитектуры RISC-V.  Патчи подготовлены для кодовой базы AOSP (Android Open Source Project) и охватывают  различные подсистемы, включая графический стек, библиотеку bionic,  виртуальную машину dalvik  и фреймворки. Прилагается сценарий для самостоятельной сборки AOSP для устройств RISC-V или для запуска в эмуляторе...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54459

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

Оглавление

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


1. "Android портирован для плат на архитектуре RISC-V"  +20 +/
Сообщение от Аноним (1), 23-Янв-21, 12:41 
Гуглю нет доверия!
Ответить | Правка | Наверх | Cообщить модератору

2. "Android портирован для плат на архитектуре RISC-V"  +11 +/
Сообщение от Аноним (1), 23-Янв-21, 12:42 
А китайцам -- тем более.
Ответить | Правка | Наверх | Cообщить модератору

17. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (17), 23-Янв-21, 13:36 
доверяешь только гномам ?
Ответить | Правка | Наверх | Cообщить модератору

214. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 25-Янв-21, 08:05 
> доверяешь только гномам ?

Гномам только глупые гоблины доверяют, они ж жадины что пипец.

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

270. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от InuYasha (??), 25-Янв-21, 15:44 
Так вот кто пользователи гномского рабочего стола! )
Ответить | Правка | Наверх | Cообщить модератору

318. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 27-Янв-21, 16:32 
> Так вот кто пользователи гномского рабочего стола! )

А ты как думал!

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

259. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от zzz (??), 25-Янв-21, 13:40 
Доверять можно только Беркли
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

306. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 14:49 
> Доверять можно только Беркли

AT&T так не считал.

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

133. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (133), 24-Янв-21, 14:23 
Слово "Google" в новости не обнаруживается.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

185. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (185), 24-Янв-21, 21:56 
Я тебе даже подскажу немного:

Репозиторий исходного кода: https://android.googlesource.com

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

3. "Android портирован для плат на архитектуре RISC-V"  +17 +/
Сообщение от uis (ok), 23-Янв-21, 12:42 
Надеюсь, линукс здорового человека будет на RV больше распространён, чем ведроид.
Ответить | Правка | Наверх | Cообщить модератору

25. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от имя_ (?), 23-Янв-21, 14:26 
Были бы еще доступны эти риски. Сейчас в основном отладочные платы за 100500 и какие-то микроконтроллеры на попробовать.
Ответить | Правка | Наверх | Cообщить модератору

27. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Сейд (ok), 23-Янв-21, 15:07 
Здесь можно купить плату RISC-V с беспроводной связью за 180 бел. рублей с доставкой: https://www.crowdsupply.com/sifive/hifive1-rev-b
Ответить | Правка | Наверх | Cообщить модератору

29. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от имя_ (?), 23-Янв-21, 15:20 
>Running at 320+ MHz, the FE310 is among the fastest microcontrollers on the market.

девборда на поиграться же, полноценных пк или мобильных пока не видать

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

32. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 23-Янв-21, 15:25 
А что мешает использовать её как полноценный ПК?
Ответить | Правка | Наверх | Cообщить модератору

34. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от имя_ (?), 23-Янв-21, 15:36 
>320+ MHz

;-)

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

35. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Сейд (ok), 23-Янв-21, 15:39 
>RISC-V

:p

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

92. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (92), 24-Янв-21, 03:08 
уровень нокии начала нулевых.
Ответить | Правка | Наверх | Cообщить модератору

121. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Сейд (ok), 24-Янв-21, 12:51 
Или телевизора 2019 года.
Ответить | Правка | Наверх | Cообщить модератору

177. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 21:46 
Я рад, что риск-в смог в 2019-ом обработать сигнал от ИК-фотодиода... И как только в прошлом веке это делали?! Прикинь, даже видеоигры были на пиках, которые сами видеосигнал генерили... безо всяких риск-в-ж* и невидия-ртх...
Ответить | Правка | Наверх | Cообщить модератору

215. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 08:08 
> Я рад, что риск-в смог в 2019-ом обработать сигнал от ИК-фотодиода... И
> как только в прошлом веке это делали?! Прикинь, даже видеоигры были
> на пиках, которые сами видеосигнал генерили... безо всяких риск-в-ж* и невидия-ртх...

Только програмить этот пик - рыдание сплошное. Система команд скотская, сишный компилер пародия на таковой, константы хранить в флеше вообще трэш. Единственное их достоинство - при покупке миллиона их отдают почти за цену пластика и кремния, т.к. делается на доисторическом оборудовании которое иначе давно пошло бы в утиль.

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

192. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 24-Янв-21, 22:18 
> > RISC-V :p

Просто набор букв со смайликом. Что сказать-то хотел?

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

186. "Android портирован для плат на архитектуре RISC-V"  –2 +/
Сообщение от Аноним (185), 24-Янв-21, 21:59 
> А что мешает использовать её как полноценный ПК?

То же самое, что мешает какую-нибудь PSP 333 МГц использовать как полноценный ПК. И тут PSP просто рвёт твою демоплатку.

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

238. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (-), 25-Янв-21, 10:15 
> То же самое, что мешает какую-нибудь PSP 333 МГц использовать как полноценный
> ПК. И тут PSP просто рвёт твою демоплатку.

Демоплатку можно в ту или иную автоматизацию прикрутить, в общем то. Хотя логичнее на ее основе понять как это делается и прикрутить тот чип на свою плату специфичную для задачи. С этим знанием можно запилить управление и автоматизацию, более-менее на уровне.

А чего с твоей PSP делать, кроме страдания фигней? Это вообще знание не имеющее практической ценности в этом мире. Люди не посчитают это чем-то полезным для них и денег за это не дадут.

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

123. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 24-Янв-21, 13:05 
> девборда на поиграться же, полноценных пк или мобильных пока не видать

Как тебе такое, Элон Маск? https://www.crowdsupply.com/sifive/hifive-unmatched

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

182. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 21:52 
А знаешь, почему там не пишут ни частоту проца, ни его производительность? Потому что она на уровне  Нокия 3310.
Ответить | Правка | Наверх | Cообщить модератору

216. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (-), 25-Янв-21, 08:09 
> А знаешь, почему там не пишут ни частоту проца, ни его производительность?
> Потому что она на уровне  Нокия 3310.

Я бы не отказался от 4-ядерной 64-битной 3310 с pci-e на борту. А для тебя есть вон те EPYC за несколько килогринов с TDP ватт под 300.

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

239. "Android портирован для плат на архитектуре RISC-V"  +3 +/
Сообщение от Аноним (239), 25-Янв-21, 10:24 
> А знаешь, почему там не пишут ни частоту проца, ни его производительность?
> Потому что она на уровне  Нокия 3310.

Я думаю что сие может быть по минимуму даже и моим рабочим компом. Даже amd GPU можно воткнуть. Конечно геймерской системой оно не станет, но в каде порисовать, попрогать или даже фоты отредактировать на большом экране с его параметрами лично мне вполне прокатит. И это избавит меня от "радостей" проприетарной крапвари которыми я сыт по горло на моих системах.

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

178. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 21:47 
Можно, но не нужно... Можно и телефон достать из прошлого века, но зачем?!
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

183. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Сейд (ok), 24-Янв-21, 21:52 
Чтобы сделать мультимедийное устройство.
Ответить | Правка | Наверх | Cообщить модератору

187. "Android портирован для плат на архитектуре RISC-V"  –2 +/
Сообщение от Аноним (185), 24-Янв-21, 22:01 
Берёшь старую Нокию - вот тебе готовое мультимедиа. Что-то серьёзней всё равно на той демоплатке не сделаешь.
Ответить | Правка | Наверх | Cообщить модератору

217. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (-), 25-Янв-21, 08:13 
> Берёшь старую Нокию - вот тебе готовое мультимедиа.

Угу, ЩА! Операционка либо "proprietary" либо "symbian". Обе без сорцов, зато подписями облеплены как собака блохами. Так что хоть что-то в операционке поменять адсккая джопаболь. Для 3310, который не огороженый еще был так даже делали, но в нем мультимедия ограничена чернобелым экраном 64х96 и одноголосой бибикалкой, кажись. Сейчас даже на микроконтроллере можно получше чем это.

> Что-то серьёзней всё равно на той демоплатке не сделаешь.

Вон там рядом почти компьютер. Да и на неогороженной демоплатке в общем то можно сделать довольно много чего. За то время которое на нокии будет урыто на борьбу с искусственно созданными проприетарщиками проблемами.

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

36. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сишник (?), 23-Янв-21, 15:40 
Ну не 100500, а только лишь $150 как в новости, будут и ещё дешевле.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

184. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 24-Янв-21, 21:53 
> будут

Опять будущее время... Может, хватит уж кормить завтраками?!

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

96. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 24-Янв-21, 06:57 
Судя по тому что за дело взялись узкоглазые, скоро этим будет завален алиэкспресс. К тому же у них эффективный стимул - торговые войны с сша и покупка ARM (американской) нвидией.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

106. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (106), 24-Янв-21, 07:55 
Вот только доверия таким устройствам будет на нуле. Верить в то что они не заложат закладки не верю.
Ответить | Правка | Наверх | Cообщить модератору

125. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (-), 24-Янв-21, 13:09 
> Вот только доверия таким устройствам будет на нуле. Верить в то что
> они не заложат закладки не верю.

Пожвальная китайская лавочка - не фирма интел, чтобы слить денег и пару инженерных команд на кодинг Management Engine. Конечно "забыть дефолтный пароль на менеджмент" они могут, но зачем же софт от них использовать? Прошареные люди и сейчас из китайских роутеров первым делом выкидывают гавно с иероглифами и openwrt прошивают. Тогда дешево и круто.

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

159. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (159), 24-Янв-21, 19:47 
Там закладки прямо в железе.
Ответить | Правка | Наверх | Cообщить модератору

218. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 08:14 
> Там закладки прямо в железе.

И, конечно, вы их покажете? А то ME - вон он, даже и не прячется особо. Но интел может позволить себе пару команд на "фичу" спихнуть, у них денег много и инженеров явный переизбыток.

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

190. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 22:11 
Проще вшить закладку в железо, чем палиться с прошивкой.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

201. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (201), 25-Янв-21, 00:03 
Китайским фирмам-производителям чипов не придётся разрабатывать бэкдоры самостоятельно. Партия готовые бесплатно раздаст, которые разработают специальные производители бэкдоров. Нужно будет только интегрировать и пройти набор тестов.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

219. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 08:16 
Партия умеет чипы разрабатывать? И даже вхожа в техпроцессы какого-нибудь TSMC? К тому же хардварные бэкдоры имеют большой жирный минус - апдейту не поддаются. Эппл с дырой в бутроме недавно это ощутил, когда кто попало может takeover их типа-secureboot'а теперь. И ничего с этим не сделаешь ведь, ROM в кристалле вшит и уж какой с фабы вышел :)
Ответить | Правка | Наверх | Cообщить модератору

188. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 24-Янв-21, 22:03 
> и покупка ARM (американской) нвидией

Увы, сделку тормознули, будет доооолгое разбирательство. Причём даже с американской стороны недовольны, не говоря про британскую и китайскую.

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

240. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (239), 25-Янв-21, 10:27 
> Увы, сделку тормознули, будет доооолгое разбирательство. Причём даже с американской стороны
> недовольны, не говоря про британскую и китайскую.

Людям очень неудобно и некомфортно завязывать всю свою деятельность на результат 1 разбирательства по 1 фирме. Потому что если это будет не так как им удобно - они чего тогда будут делать? Закрывать фирмы оптом и перепрофилироваться в землепашцев?

Нвидия очень хорошо напомнила нам всем почему opensource matters. Это болезненный, но полезный пинок. Спасибо.

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

189. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 22:08 
> Были бы еще доступны эти риски

Да кому нужно это недоразумение?! Вон, китайцы выпускают гигагерцовые вортексы x86 (486), потому что не кидаются на зазывающие слова "открытый набор команд", а делают то, что реально востребовано.

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

221. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 08:19 
> Да кому нужно это недоразумение?! Вон, китайцы выпускают гигагерцовые вортексы x86 (486),
> потому что не кидаются на зазывающие слова "открытый набор команд", а
> делают то, что реально востребовано.

Вот это уже совершенно точно востребовано меньше чем RISCV. На RISCV китайцы уже даже микроконтроллеры за копье настрогали. А вон GD32 - то же самое что и STM32, только процессорное ядро заменили на китайский вариант RISCV. Они там вообще чипов накопипастили на все вкусы, поставив дело на поток. И что-то мне подсказывает что на 1 проданый вортекс будет 1 вагон проданых GD32. Это добро неплохо разлетается - в ту самую китайскую электронику которую вы так бодро сметаете на али.

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

41. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от КО (?), 23-Янв-21, 16:36 
Ну и классический ответ:
"Когда он будет удобен в использовании и будет гуй на всё"
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

48. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (48), 23-Янв-21, 18:05 
Ведроиду отсуствие этого всего не помешало почему-то.
Ответить | Правка | Наверх | Cообщить модератору

94. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 06:04 
Ведру "повезло", когда они с помощью MS закрыли Нокию.
Ответить | Правка | Наверх | Cообщить модератору

134. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (133), 24-Янв-21, 14:30 
Ладно уж, не обязательно гуй на всё. Главное, чтобы не буй на всё.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

191. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 22:16 
> Главное, чтобы не буй на всё.

Вот именно "буй на всё" и заложили в архитектуре риск-в... Ни флагов, ни исключений при вычислениях... Сам всё делай лапками! В результате у каждого, кто пытается юзать это чудо, свой набор расширений, ни с кем не совместимых. Кто в сад, кто в огород.

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

305. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от uis (ok), 27-Янв-21, 14:30 
Альтернатива - как в x86 с A20 и прочим тасканием дерьма из года в год
Ответить | Правка | Наверх | Cообщить модератору

375. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от netch (ok), 30-Янв-21, 13:30 
>> Главное, чтобы не буй на всё.
> Вот именно "буй на всё" и заложили в архитектуре риск-в... Ни флагов,

Флаги не обязательны - классический RISC работает на сравнениях значений в регистрах, и на SSA, который в GCC, Clang, MSVC и скоро будет вообще везде, ложится прямее. Есть ещё вариант с предикатными однобитными регистрами (NVidia, IA64 и прочие).
Тот, кто думает, что без флагов жизни нет, отстал лет на 30.

> ни исключений при вычислениях...

Исключение при делении точно так же убрано в AArch64, ибо нефиг. Причём там ещё коварнее - если RISC-V отдаёт в этом случае частное ~0, по которому можно заподозрить, что что-то не то, то AArch64 даёт 0.
Исключение при сложении-вычитании отсутствует в ARM, x86 и прочих (как минимум вставлять явный into). Исключения знакового сложения-вычитания присутствуют в MIPS-R, но современные компиляторы их не вставляют даже там, где вроде бы нужно - логика компиляторов поменялась.
Исключения в плавучке нигде не обязательны и на практике у 99.9% заглушены (если и проверяются, то после).
Анониму номер 185 следует перестать говорить о том, в чём разбирается на нуле.

> Сам всё делай лапками! В результате у
> каждого, кто пытается юзать это чудо, свой набор расширений, ни с
> кем не совместимых. Кто в сад, кто в огород.

С расширениями поднятые вопросы никак не связаны. И пока что идёт утрясание базовой модели с выбираниями лучших решений из расширений.

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

4. "Android портирован для плат на архитектуре RISC-V"  –9 +/
Сообщение от Аноним (4), 23-Янв-21, 12:45 
Чем эта плата в дополнении лучше raspberry pi 4? USB3.0? Зато Bluetooth 4.0

В остальном, не увидел ничего интересного.

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

7. "Android портирован для плат на архитектуре RISC-V"  +13 +/
Сообщение от Аноним (7), 23-Янв-21, 12:56 
Своей архитектурой. Процессоры RISC-V ещё проще по набору команд, чем ARM, а преимущества ARM перед х86-64 известны всем - меньше потребление и нагрев, больше открытость (интел и амд засекречивают)
Ну и вообще, как мне кажется, это скорее Proof-of-concept, на котором можно будет поэкспериментировать с RISC-V. Надо же с чего то начинать, вот начали с одноплатника
Ответить | Правка | Наверх | Cообщить модератору

13. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (1), 23-Янв-21, 13:10 
По арм всё как в сказке описал, только тактично опустил тему её новых хозяев.
Ответить | Правка | Наверх | Cообщить модератору

33. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 23-Янв-21, 15:33 
Весь RISC-V ныне - это один большой сплошной proof-of-concept.
На то, что оно вообще не взлетит, я не поставлю, но вероятность высока.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

203. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 25-Янв-21, 01:26 
> RISC-V ... что не взлетит ... вероятность высока.

Так и есть, Вортексы сейчас и то более востребованы, хотя это всего лишь 486 (но экономный и гигагерцовый).

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

223. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 08:28 
> Так и есть, Вортексы сейчас и то более востребованы, хотя это всего
> лишь 486 (но экономный и гигагерцовый).

Да кому это ископаемое фекалье нужно? Полутора индустриальным некромантам, которые по какой-то причине так и не смогли заменить софт из 90х? На _этом_ современные линухи работать уже не будут, на 486-й набор команд все уже давно положили. Это в лине deprecated, если не unsupported. А для RISCV история наоборот только начинается.

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

242. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Онаним (?), 25-Янв-21, 10:39 
Для RISCV история уже много лет начинается, но так никак и не начнётся. Полтора эксперимента.
Открытое железо - это хорошо, но платформа RISC выбрана не то, что неудачно, а вообще бесперспективняк, если честно.
Ответить | Правка | Наверх | Cообщить модератору

248. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (-), 25-Янв-21, 10:59 
> Для RISCV история уже много лет начинается, но так никак и не начнётся.

"Языком трындеть - не мешки ворочать".

> Полтора эксперимента.

...было лет 5 назад, а сейчас, особенно после nvidia vs arm уже другой порядок величин.

> Открытое железо - это хорошо, но платформа RISC выбрана не то, что
> неудачно, а вообще бесперспективняк, если честно.

WORKSFORME. А вы можете выбирать что вам там угодно. Если сможете.

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

287. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от torvn77 (ok), 25-Янв-21, 21:38 
Вот читаю я вас и начинаю сомневаться в преимуществах плановой экономики, ведь такие умники наверное в госплане СССР и сидели.
Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

289. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 26-Янв-21, 00:06 
> плановой экономики

Закопать. Рядом с RISC-V.

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

385. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 01-Фев-21, 04:19 
> Закопать. Рядом с RISC-V.

Нашелся тут кладокопатель...

Alibaba Group, in July 2019 announced the 2.5 GHz 16-core 64-bit (RV64GCV) XuanTie 910 out-of-order processor[46] 
Почему-то и OoO есть, и ядер 16, и вообще, довольно непозорный по параметрам проц. Который, к тому же, у алибабы уже никто не отнимет...
Ответить | Правка | Наверх | Cообщить модератору

243. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 25-Янв-21, 10:41 
Почему? Потому что RISC - это голая оптимизация под конкретные ALU компилятором, не дополненная оптимизацией в рантайме, и очень рыхлое не шаткое не валкое исполнение. Малейшее развитие - и всю оптимизацию надо переделывать заново, в этом основная проблема.

Стоило сразу по аналогии с x86 делать CISCoRISC, и далее отталкиваться от него - CISC на фронте, RISC на подложке.

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

249. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (249), 25-Янв-21, 11:04 
> Почему? Потому что RISC - это голая оптимизация под конкретные ALU компилятором,
> не дополненная оптимизацией в рантайме,

Это заявление вроде бы ниоткуда не следует. И как показывают жирные реализации ARMов и RISCV - вопрос желания. Впрочем в современном мире можно и просто больше ядер накопипастить, коли уж они примитивные.

> и очень рыхлое не шаткое не валкое исполнение.

Я бы не назвал допустим thumb2 рыхлым. И таки они показали как делать плотный код под RISC, для RISCV нечто похожее собезьянили. Похуже, но вы ведь и так не сделаете, так что к чему ваши рассусоливания?

> Малейшее развитие - и всю оптимизацию надо переделывать заново, в этом основная проблема.

С проблемами разбирается обладатель таковых прежде всего. У меня этих проблем нет - в том плане что мне для хреновой кучи задач хватит перфоманса RISCV, и это уже покрывает диапазон от МК до десктопа или микросервера. А что там будут делать рожи с майнфреймами - лично мне не интересно, совсем.

> Стоило сразу по аналогии с x86 делать CISCoRISC, и далее отталкиваться от
> него - CISC на фронте, RISC на подложке.

Вообще-то даже сам интел считает это легаси, и итаник был совсем другой штукой. Но там глупый маркетинг, груз совместимости и wintel'изация мира их потопила. Но здесь вам не тут! Это добро уже сильно дешевле итаника - и будет накуплено легионами девов. Которые исправят и оптимизируют софт под это, в отличие от итаника.

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

257. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Онаним (?), 25-Янв-21, 13:32 
> С проблемами разбирается обладатель таковых прежде всего

Именно так. Поэтому абсолютное и подавляющее большинство индустрии в сторону RISC-V даже не посмотрит.

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

266. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 14:28 
> Именно так. Поэтому абсолютное и подавляющее большинство индустрии в сторону RISC-V даже
> не посмотрит.

Вообще-то довольно большое количество довольно жирных фирм резко напряглось от идеи что ИХ КОНКУРЕНТ не будет им лицензировать новые ядра. И как-то стали сильно щедрее на инвестиции и все такое. Потому что проинвестировать В СВОЕ БУДУЩЕЕ лучше чем лишиться нахрен бизнеса в обозримой перспективе. А какой у них выбор есть? А всякие китайцы на примере хуавэя и ко получили очень годное превью как примерно это может быть. Им, кажется, не понравилось судя по всплеску китайских riscv

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

288. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 26-Янв-21, 00:05 
Wishful thinking - это хорошо.
Ответить | Правка | Наверх | Cообщить модератору

307. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 15:00 
> Wishful thinking - это хорошо.

Держать руку на пульсе отрасли в которой варишься - не wishful thinking а что-то другое, имхо.

А с чего у вас такой батхерт? Так подгорает от того что я смогу послать к архидьяволу заколебавшие блобы даже на моих десктопах и серверах? Так я давно об этом мечтал и даже иногда денег тематическим проектам пулял, ибо don't let your dreams to be just dreams (c). И кажется я такой не один.

Ну а вы можете наслаждаться ME и PSP, разглагольствуя про то что и как "надо" делать. Это вроде единственная опция которую вы реально можете предложить взамен, не?

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

321. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 27-Янв-21, 21:07 
> Держать руку на пульсе отрасли в которой варишься

Много юнитов на RISC-V запустили?
Wishful thinking.

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

323. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 21:16 
> Много юнитов на RISC-V запустили?

Тебя что, CrowdSupply забанил? Он там целую подборочку riscv проектов любезно вываливает. Так что я набрел заодно на вон ту штуку с 4-я 64-битными ядрами и pcie на борту.

> Wishful thinking.

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

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

326. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 27-Янв-21, 21:28 
Ты хочешь пользоваться нормальным железом, на котором ничего не запустил?
Или всё-таки хотя бы одну реально попробовал?
(мне то необходимости говно есть нет - я прекрасно понимаю, чем CISCoRISC от RISC отличается, и почему в общем случае RISC ничего, кроме геморроя, не принесёт)
Ответить | Правка | К родителю #323 | Наверх | Cообщить модератору

335. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 28-Янв-21, 02:39 
> Ты хочешь пользоваться нормальным железом,

Да. И в понятие нормальности входит отсутствие ME/PSP/unfixable блобварей без сорца.

> на котором ничего не запустил?

У меня там будет ровно тот же софт что и в других случаяхх. Его достаточно тупо перекомпилить GCC для RISCV.

> Или всё-таки хотя бы одну реально попробовал?

Всему свое время и место. А так парочка МК с этим у меня есть уже. Вон ту штуку с pcie я пожалуй попробую. Но да, пока дистры под RISCV только начинают порты делать. Желающие это здесь и сейчас должны быть морально готовы к "early adopter experience". Однако не боги горшки обжигают.

> (мне то необходимости говно есть нет - я прекрасно понимаю, чем CISCoRISC
> от RISC отличается, и почему в общем случае RISC ничего, кроме
> геморроя, не принесёт)

Я не знаю у кого там будет геморрой, но явно не у меня. Мне с RISC нормально. Вон ARMов миллиарды, и ничего, не умерли вроде. А вы все-равно не имеете ничего предложить кроме сферического vaporware в вакууме, даже не оформленном как сорец проца, не говоря про кремний.

А г-на я уже от души наелся с интелем и амд. И - вот честно - надоело. Меня заколебали баги проприетарных биосов и уефи. Вот реально, ни 1 вменяемой фирмвари. ACPI на x86 вообще состоит из багов чуть более чем полностью. Вот буквально каждая первая проприетарная дрянь кладет на спеки большой болт и заполняет таблицы левой пяткой индуса перекинутой через правое ухо. При том этот булшит НИКТО НИКОГДА НЕ ПОЧИНИТ. Вот это - гамно. И когда фирмварь стартует дольше чем весь мой линукс с десктопом - это тоже гамно.

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

37. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от анонэ (?), 23-Янв-21, 15:48 
>меньше потребление

на единицу FLOPS - не особо
>больше открытость

понятно, пишешь из альтернативной реальности

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

70. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сишник (?), 23-Янв-21, 20:25 
Там AI парочка ускорителей на несколько терафлопс.
Ответить | Правка | Наверх | Cообщить модератору

126. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (126), 24-Янв-21, 13:11 
> Там AI парочка ускорителей на несколько терафлопс.

Тера...iops вы хотели сказать? У невротиков в моде int8 или 16, максимально примитивные alu, зато набиты как нейроны в мозге. Для плавучки alu сложнее.

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

130. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сишник (?), 24-Янв-21, 13:35 
Ну да, но при желании много чего с флоатов на инты перевести можно, не только сетки.
Ответить | Правка | Наверх | Cообщить модератору

146. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 24-Янв-21, 16:06 
> Ну да, но при желании много чего с флоатов на инты перевести
> можно, не только сетки.

Разумеется. А какие-нибудь майнеры так и вовсе даже и переводить особо не надо, им и так:)

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

113. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от lockywolf (ok), 24-Янв-21, 10:21 
>открытостью

Да ни хера ж подобного. У АМД и Интел и документации на ЦПУ просто тысячами страниц, и есть стандартный механизм BIOS, который ещё поддерживают, на котором хоть свою ОСь можно завести за пару недель.

А у arm на каждом камне memory map свой, загрузчиков стандартных нет. Поэтому пока Пи-фаундейшен ядро не выпустит, крутись как хочешь. Хоть случайные адреса реверси, хочешь, микроскопом просвечивай.

Хотя я не уверен, что риск-5 чем-то лучше.

Байкал, кстати, не risc-v?

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

127. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (126), 24-Янв-21, 13:15 
> Да ни хера ж подобного. У АМД и Интел и документации на
> ЦПУ просто тысячами страниц, и есть стандартный механизм BIOS, который ещё
> поддерживают, на котором хоть свою ОСь можно завести за пару недель.

И где там расписано как ME программировать? Да и инициализация железа - вот вам блобы (AGESA -> AMD, FSP -> Intel) - жрите это. А как оно там внутрях работает мы вам не расскажем.

Т.е. там на тысячах страниц что-то, конечно, написано. Но это не позволит вам с ноля накодить ваше собственное, делающее старт платформы с power on. И парочка паскудных процов, типа ME, PSP, SMU и проч будет side-by-side с вами болтаться, вообще без документации, зато умея дернуть вон тот DMA контроллер. И какая разница что у вас там за операционка, если эта проприетарь может ее по своему желанию пропатчить в памти если так захочет?

> А у arm на каждом камне memory map свой, загрузчиков стандартных нет.

Uboot вполне стандартный вроде.

> Поэтому пока Пи-фаундейшен ядро не выпустит, крутись как хочешь.

Да какая вам разница какой там загрузчик? Париться этим будут более высокоразвитые существа, а для тех кому напрягаться вломы они как раз и выкатят черти-что с блобами. А вы как хотели, хомячить и чтобы вас за дурака не посчитали? Так не бывает!

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

195. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 22:22 
> Да и инициализация железа - вот вам блобы ... жрите это. А как оно там внутрях работает мы вам не расскажем.

Ну, в вёдрах и яйфонах кругом блобы, и все жрут с удовольствием. Подсказать причину?

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

224. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 08:29 
> Ну, в вёдрах и яйфонах кругом блобы, и все жрут с удовольствием.

Как видим в подобных новостях - все же не все.

> Подсказать причину?

"Их должно резать или стричь"

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

128. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (126), 24-Янв-21, 13:18 
> Байкал, кстати, не risc-v?

ARM он, кажись. Сейчас нвидия дожует покупку и тогда можно будет про какой-нибудь CAATSA вспомнить. Уже налицензированное не отберут конечно но захотите ли вы по гроб пользоваться старым процессорным ядром...

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

196. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 22:23 
> Сейчас нвидия дожует покупку

Обнови себе инфу, сделку тормознули.

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

225. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 08:32 
> Обнови себе инфу, сделку тормознули.

Я не буду расчитывать только на это, поэтому на всякий уже прикупил в коллекцию парочку GD32 с RISCV на борту. Перспективы иметь дело с нвидией когда вопрос касается девтулов и доков лично меня не возбуждает.

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

200. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 22:30 
> Уже налицензированное не отберут конечно

А вот тут не надо столь уверенным быть. Как вот "недавно" по мипсу сказали: "Все пользователи свободной лицензии должны в 30-дневеный срок привести в соответствие..." (и т.д.)

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

202. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (106), 25-Янв-21, 01:07 
Что-то под лицензией кориайт или копилефт не важно по определению не может быть свободной.
Свободный может быть только что-то без лицензии.
Ответить | Правка | Наверх | Cообщить модератору

209. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (185), 25-Янв-21, 03:27 
> Свободный может быть только что-то без лицензии.

Какой ты наивный... Будь добр, посмотри, под какой лицензией предоставляют RISC-V ISA документы, например. И не пори больше чушь.

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

265. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (-), 25-Янв-21, 14:24 
> Свободный может быть только что-то без лицензии.

Юзер IP без лицензии как раз может перестать быть свободным. Так в копирастических законах написано, независимо от того нравятся они нам или нет.

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

227. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 08:38 
> А вот тут не надо столь уверенным быть.

Это основы копирастического законодательства. Дрессируя волков следует изучить их повадки. Иначе порвать могут.

> Как вот "недавно" по  мипсу сказали: "Все пользователи свободной лицензии должны
> в 30-дневеный срок привести в соответствие..." (и т.д.)

Лицензия обратного хода не имеет. Так что если я уже что-то взял под старыми условиями - то взял. Это впрочем не мешает сменить правила игры в новой версии. Что впрочем не обязывает использовать эту версию - ластикам и икебанам амазон как раз приветы передавал.

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

140. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (133), 24-Янв-21, 15:11 
>Байкал, кстати, не risc-v?

Байкал-Т1 - 2x MIPS32 R5

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

141. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (133), 24-Янв-21, 15:15 
>А у arm на каждом камне memory map свой

А не для того в kernel'е сделали Device Tree?

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

147. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 24-Янв-21, 16:14 
> А не для того в kernel'е сделали Device Tree?

В том числе и для этого. А заодно и описание что и где в конкретной железке, даже если простая шина в PnP совсем не умеет, как i2c/spi и проч. Это позволяет одному кернелу цеплять весьма разные железки, в допущении что драйверы вообще есть а boot loader/firmware/создатель платформы в принципе DTB ядру отдали. Так что сейчас 1 и тот же кернел может кучу разных железок подхватывать.

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

199. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 22:27 
В том-то и прикол, что подхватывается только то, что в DTB. А что надо - скрыто от глаз и доступно только через блобы.
Ответить | Правка | Наверх | Cообщить модератору

229. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 25-Янв-21, 08:44 
> В том-то и прикол, что подхватывается только то, что в DTB.

Что логично. Более того - бывает и так что некая периферия допустим есть, потому что кристалл от более фичастой SoC - но на лапки не разварена. И кули смысла ее в DTB заявлять? Зачем вам какой-нибудь контроллер дисплея, который будет делать вид что живой, жрать питание, но вот отрисовать ничего не способен - за отсутствием физических лапок на это у того чипа.

> А что надо - скрыто от глаз и доступно только через блобы.

А круто наверное расскатывать все это тому кто DTS'ы умеет писать и грузить из своего бутлоадера эти самые DTB, правда? Но увы, если вы хотели на дурака проскочить, это не получилось. Я неплохо знаю что у меня в железе и бутлоадере.

И кстати если кто думает что народ не сканит регистры, не тыкает палочками в "reserved" и "undocumented" и проч - это вы зря. С китайцами это вообще стандартный modus of operandi, они, видите ли, только склеивают кубики лицензированные у других. Как это работает они вообще без понятия, поэтому даташит состоит из копипаст чипмейкерской документации на IP блок. Поэтому вы узнаете много интересного про сигналы AHB и как их там конектить, хоть вы этот AHB и не увидите никогда, он унутрях кристалла и интересует все это только того кто вон тот периферийный блок к вот тому процессорному ядру при разработке чипа подклеивал. А разработчикам софта, даже самого начального бутлоадера это лишнее знание.

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

294. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Анон123 (?), 26-Янв-21, 13:18 
Я думаю предидущий оратор про блоки не прописанные в DT оригинальной прошивки, но используемые какой-нибудь myveryownpowerctl.ko, в которой адреса просто захардкожены.

Зачем так делать я не знаю, ибо привязывать свои драйвера через DT куда удобнее, но могут же.

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

308. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 15:06 
> Я думаю предидущий оратор про блоки не прописанные в DT оригинальной прошивки,
> но используемые какой-нибудь myveryownpowerctl.ko, в которой адреса просто захардкожены.

Да я даже и сам так делал немного - даже и не из .ko а вообще mmap() /dev/mem и дальше вон там чудные "HW regs" - ща я их, как обычно, и какой мне хрен что эт не кернелмод покуда запись катит?

А, разумеется такая диверсия катит только от рута и только на ядрах без lockdown. Юзеру конечно же щелкать регистрами железок никто не даст. Ну, кроме sudoedit'а, хаха :)

> Зачем так делать я не знаю, ибо привязывать свои драйвера через DT
> куда удобнее, но могут же.

Я так делал для unsupported ядром штуки, минимально пнув ее из юзермода. Но это изврат, делать так фу-фу.

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

194. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 24-Янв-21, 22:20 
> Байкал, кстати, не risc-v?

К счастью, Байкал никак не запятнался с этим риск-в.

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

250. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (249), 25-Янв-21, 11:10 
> К счастью, Байкал никак не запятнался с этим риск-в.

Можешь покупать байкалы, если это для тебя лулше работает - какие проблемы. Но почему-то завалов байкалов по адекватной цене на горизонте не заметно. А так то их может даже и покупали бы - если интересное соотношение цены и качества предложить и производитель не будет жлобским. Но в РФ такие компании просто не водятся.

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

273. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Леонид (??), 25-Янв-21, 16:43 
Послушайте - не позорьтесь. Человек, который задает вопрос - Байкал не на RISKV случайно, вообще и абсолютно не разбирается в архитектуре процессоров. Но с каким апломбом вы рассуждаете про недостатки РИСК 5...
P.S. Байкал на MIPS
Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

12. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 23-Янв-21, 13:08 
Да, все 4 порта USB 3.0. К тому же, насколько мне известно, процессоры RISC-V не страдают от ошибок Meltdown/Spectre, как некоторые процессоры ARM.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

89. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (92), 24-Янв-21, 01:23 
> не страдают от ошибок Meltdown/Spectre

Чему там страдать, когда все яйца отрезаны... Риск-V - это же кастрат, в котором многое надо руками программно делать.

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

95. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 06:06 
> Meltdown/Spectre

в Б3-34 тоже нет мельдония и спектра :)

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

137. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (133), 24-Янв-21, 14:43 
>процессоры RISC-V не страдают от ошибок Meltdown/Spectre

Не страдают они от Spectre, возможно, пока не завезли Out-Of-Order. А в некоторые разрабатываемые ядра O-O-O уже завезли.

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

138. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 24-Янв-21, 14:52 
Не покупай эти ядра.
Ответить | Правка | Наверх | Cообщить модератору

176. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 21:39 
Ой, как вы запели, оказывается, уже и риск-в не все ТЪРУ. А потом откроется, что и в выпускаемых риск-в есть ME и прочие закладки...
Ответить | Правка | Наверх | Cообщить модератору

179. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Сейд (ok), 24-Янв-21, 21:48 
Нет там закладок.

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

197. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 24-Янв-21, 22:24 
> Нет там закладок.

Сам микросхему выпускаешь?

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

206. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 25-Янв-21, 01:51 
Да.
Ответить | Правка | Наверх | Cообщить модератору

97. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (-), 24-Янв-21, 06:59 
> Чем эта плата в дополнении лучше raspberry pi 4?

Отсутствием броадкома. Который жадная и проприетарная компания, а в случае косоглазых к тому же еще и американская, так что им могут на раз перекрыть поставки. И тогда чего? Поставить все проекты использующие это на паузу?

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

198. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 24-Янв-21, 22:25 
Вам шашечки или ехать?
Ответить | Правка | Наверх | Cообщить модератору

231. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 08:50 
> Вам шашечки или ехать?

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

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

5. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от vz_2 (?), 23-Янв-21, 12:47 
Нет доверия любым корпорациям, и неважно, частным или нет, т.к. такие объединения хоронят инициативу, конкуренцию и новаторство. Да, кроме конкуренции есть ещё её антипод, кооперация, но в современном мире её ускользающе мало.

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

6. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (6), 23-Янв-21, 12:49 
зачем dalvik портировать на risc-v?
вроде dalvik был заменён на ARM(android runtime), начиная с android 5?
Ответить | Правка | Наверх | Cообщить модератору

8. "Android портирован для плат на архитектуре RISC-V"  +3 +/
Сообщение от DiabloPC_пробегалemail (?), 23-Янв-21, 12:56 
Вообще-то ART
Но да, с далвиком непонятно...
Ответить | Правка | Наверх | Cообщить модератору

9. "Android портирован для плат на архитектуре RISC-V"  +3 +/
Сообщение от IdeaFixemail (ok), 23-Янв-21, 12:59 
Ну подумаешь, перепутали в пресс-релизе, делов-то... для китайцев это нормально.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

31. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (31), 23-Янв-21, 15:23 
Потому что ART -  это Ahead-Of-Time компиляция. Не осилили.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

253. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от letsmac (ok), 25-Янв-21, 12:11 
Ну так Google сколько его пилил? Лет 5? Вот и Huaweii пока не осилил.  
Ответить | Правка | Наверх | Cообщить модератору

72. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (92), 23-Янв-21, 21:26 
Называется, сошлись две ненужности.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

10. "Android портирован для плат на архитектуре RISC-V"  +3 +/
Сообщение от IdeaFixemail (ok), 23-Янв-21, 13:01 
Надо конечно бороть арм на его поле, но и там, где арм (arm based boards) традиционно не смог, надо тоже со старта всех рвать. Надо открытый UEFI, часы, батарейку. Ибо жонглирование флешками и ембед - это конечно весело, но... хочется всё же кампуктер.
Ответить | Правка | Наверх | Cообщить модератору

15. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от leibniz (??), 23-Янв-21, 13:16 
хочется рабочий мобильный аппарат, энергоэффективный и функциональный, и это необязательно должен быть карманный «кампухтер»
Ответить | Правка | Наверх | Cообщить модератору

26. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Сейд (ok), 23-Янв-21, 14:30 
Если очень хочется, то можно купить HiFive1 Rev B, матрицу, корпус, всё остальное и собрать ноутбук своими руками. Пусть он не будет особенно тонким, но его можно будет перевозить с места на место без особого труда.

https://xakep.ru/2020/06/09/truebook/

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

149. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (149), 24-Янв-21, 16:38 
> хочется рабочий мобильный аппарат, энергоэффективный и функциональный, и это необязательно
> должен быть карманный «кампухтер»

Если не кампухтер - тогда либо звонилка, либо сборщик геолокации с хомяков. Других вариантов вроде особо и нет.

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

151. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 24-Янв-21, 17:00 
Умные часы?
Ответить | Правка | Наверх | Cообщить модератору

156. "Android портирован для плат на архитектуре RISC-V"  +3 +/
Сообщение от Аноним (-), 24-Янв-21, 19:14 
> Умные часы?

И батарейки для них :)

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

98. "Android портирован для плат на архитектуре RISC-V"  –3 +/
Сообщение от Аноним (-), 24-Янв-21, 07:02 
> Надо открытый UEFI

Деланый Wintel'ом для впаривания DRM и секурбутов? А, ну тогда вам по популярным запросам и из RISCV это сделают, хомячка везде облапошивают. Да и андроид тому очень способствует. Так что в конечном итоге рулить твоей системой будет NSA пополам с луноликими, а поскольку копии ничего не стоят, они так и быть поделят твои данные на двоих.

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

254. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от letsmac (ok), 25-Янв-21, 12:17 
Где процессор, а где UEFI? EFI как раз и сделан, чтобы от проприетарных BIOS избавиться.
ello году так в 2000 появилось, задолго до Win/HP/Apple.

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

264. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 14:16 
> EFI как раз и сделан, чтобы от проприетарных BIOS избавиться.

А в результате лишь заменили мелкого проприетарного пакостника на большой проприетарный монстр с секурбутами и бутгадами.

> ello году так в 2000 появилось, задолго до Win/HP/Apple.

Как угодно но в EFI маздайный формат бинарей на гвозди приколочен, и FAT32 оттуда же. Сразу видно кроссплатформенный замах.

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

275. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от letsmac (ok), 25-Янв-21, 16:57 
Реализаций - вагон. Ставь какой хочешь.
Ответить | Правка | Наверх | Cообщить модератору

309. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 27-Янв-21, 15:11 
> Реализаций - вагон. Ставь какой хочешь.

Где этот вагон? И как мне это поставить на мой компьютер? А, никак? Отлично, поэтому по итогам мелкий проприетарный пакостник заменился на большой и наглый, еще более проприетарный, еще более наглый и стремный.

А для всего остального это как-то не очень удобно. Начиная с того простого момента что PE EXE видите ли в линуксах стандартным тулчейном не биллдуются, поэтому даже свой модуль этому майкрософтовскому шиту без камасутры не накодить. Системный тулчейн для этого куска wintelя недостаточно круто, надо напрочь кастомный. Я даже не знаю какой. Линуксоиды жестко читерят по этому поводу конечно, подшивая минимальные хидеры вручную, но вот это - не есть поддержка моей операционки и разработки модулей в ней. Нахрен.

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

11. "Android портирован для плат на архитектуре RISC-V"  +11 +/
Сообщение от n00by (ok), 23-Янв-21, 13:07 
Анонимы хотели и ждали.
Анонимам сделали.
Анонимы не доверяют.
Ответить | Правка | Наверх | Cообщить модератору

14. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от IdeaFixemail (ok), 23-Янв-21, 13:13 
Так да.. не вижу несогласованности.
Ответить | Правка | Наверх | Cообщить модератору

99. "Android портирован для плат на архитектуре RISC-V"  +3 +/
Сообщение от Аноним (-), 24-Янв-21, 07:03 
Есть весьма радикальный вариант - сделать самому. Хотя возможно некоторые анонимы не доверяют даже себе?
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

213. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от odd.mean (ok), 25-Янв-21, 06:12 
> Хотя возможно некоторые анонимы не доверяют даже себе?

И правильно делают.

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

226. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (226), 25-Янв-21, 08:34 
По причине тонкости кишки и рук, растущих на выходе из оной.
Ответить | Правка | Наверх | Cообщить модератору

16. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (16), 23-Янв-21, 13:22 
Чем RISC-V лучше MIPS под который уже все давно портировано?
Ответить | Правка | Наверх | Cообщить модератору

19. "Android портирован для плат на архитектуре RISC-V"  –2 +/
Сообщение от Аноним (16), 23-Янв-21, 13:44 
Вопрос закрыт... конторка wave которая рулила mips банкрот
Ответить | Правка | Наверх | Cообщить модератору

74. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (92), 23-Янв-21, 21:57 
у тебя устаревшие данные.
Ответить | Правка | Наверх | Cообщить модератору

100. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (-), 24-Янв-21, 07:06 
Пошел по рукам, т.к. поздно расчехлился с открытием и экосистемой. Новые владельцы полу-недо-отменили открытие архитектуры. Зачем и нафига, кто ж их там знает когда есть RISCV а IBM открыла power, но это уже проблемы нового владельца.
Ответить | Правка | Наверх | Cообщить модератору

21. "Android портирован для плат на архитектуре RISC-V"  –2 +/
Сообщение от Сейд (ok), 23-Янв-21, 14:11 
Продуманной архитектурой расширения.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

73. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (92), 23-Янв-21, 21:44 
Убожество, а не архитектура... Флагов нет, исключений нет (деление на 0, переполнение), всё надо ПРОГРАММНО делать.
Ответить | Правка | Наверх | Cообщить модератору

79. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Сейд (ok), 23-Янв-21, 22:17 
У MIPS многие регистры не общие, имеют на сегодняшний день странные ограничения, RISC-V это исправил и это прекрасно.
Ответить | Правка | Наверх | Cообщить модератору

82. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (92), 23-Янв-21, 23:28 
> RISC-V это исправил

...путём кастрации :)

> и это прекрасно.

...без бубенчиков. Приходится всё лапками делать.

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

83. "Android портирован для плат на архитектуре RISC-V"  –2 +/
Сообщение от Сейд (ok), 23-Янв-21, 23:52 
Расширения в RISC-V сделаны в формате большого количества свободных и специально по функциональности сгруппированных регистров, и каждая разработка в рамках того группирования может делать как ей больше выгодно, не боясь конфликтов с функциональностью других групп (обработка исключения в MIPS — это та ещё радость).
Ответить | Правка | Наверх | Cообщить модератору

90. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (92), 24-Янв-21, 02:03 
> может делать как ей больше выгодно

Всё свелось к тому, что нужно просто послать риск-V в ж* и делать самому.

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

129. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 24-Янв-21, 13:30 
> Всё свелось к тому, что нужно просто послать риск-V в ж* и делать самому.

И как, много процессоров то понаделали? А, целый эльбрус, под который даже компилера нормального нет?

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

208. "Android портирован для плат на архитектуре RISC-V"  –2 +/
Сообщение от Аноним (185), 25-Янв-21, 02:53 
x86, arm... Тебе мало?! Плешивый вечно про какой-то эльбрус вспомнит. Возьми вортекс вместо риск-в.
Ответить | Правка | Наверх | Cообщить модератору

232. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 08:57 
> x86,

Ну уж не этому уродцу учить других как процессоры делать.

> arm...

А оно "сделать самому" видите ли только для непонятно кого, кто пошел по рукам, и норовит нвидии солиться. Ядра то у них неплохие, а в последнее время они даже неплохо стали интегрироваться с открытой экосистемой, пиляя девтулсы и даже всякие штуки типа опенсорсной ATF и проч.

И все же, хоть линуксоиды и не злопамятные, но за MALI и многолетнее делание нам мозга они все же должны ответить. А когда их вот-вот сожрет нвидия - так она не будет ядра конкурентам лицензировать. Это заставляет немало компаний гадить кирпичами, от китайских фаблес подвалов с 5 разработчиками до транснациональных корпораций. Так что RISCV получил нефиговое развитие на фоне новостей о сделке.

> Тебе мало?! Плешивый вечно про какой-то эльбрус вспомнит. Возьми вортекс
> вместо риск-в.

Ну так то ж не у "вас", а у толи softbank, толи нвидии. И если фирма ARM откажется лицензировать вам очередное ядро - тогда, собственно, чего? При том такой маневр заставил напрячься даже тех на кого CAATSA и близко не распостряняется. Кроме нее видите ли еще конкуренция есть.

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

314. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 16:02 
p.s. а зачем мне ваш вортекс угробищный? У меня 486 был в 90-е какие-то, тогда это имело смысл. А сейчас в этом смысла - ноль.
Ответить | Правка | Наверх | Cообщить модератору

101. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 24-Янв-21, 07:09 
> ...путём кастрации :)

Как показал пример RISC вообще и ARM в частности, если оборвать всякую оверинженерию, сделать маленькое, крутое и эффективное ядро - при масштабировании всего этого можно получить довольно интересные результаты.

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

111. "Android портирован для плат на архитектуре RISC-V"  –3 +/
Сообщение от Аноним (185), 24-Янв-21, 08:39 
> сделать маленькое, крутое и эффективное ядро

в случае risc-v получилось маленькое, некрутое, неэффективное...

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

131. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (131), 24-Янв-21, 13:43 
> в случае risc-v получилось маленькое, некрутое, неэффективное...

Вон те штуки с 4 64-ядрами уже не такие маленькие. Или вам все что меньше EPYC'а за $4k - не процессор? :)

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

175. "Android портирован для плат на архитектуре RISC-V"  –2 +/
Сообщение от Аноним (185), 24-Янв-21, 21:36 
> уже не такие маленькие

Ой, да, извини... risc-v получилось ОЖИРЕВШЕЕ, некрутое, неэффективное...

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

233. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 09:01 
> Ой, да, извини... risc-v получилось ОЖИРЕВШЕЕ, некрутое, неэффективное...

В смысле - ожиревшее? Оно под задачу конфигуряется, на манер ARM. Есть хренова куча реализаций, кому жирные и производительные, кому мелкие и экономные. И со всеми этими историями с нвидией арм очень сильно нарывается. Уже, имхо, нарвался. Такой всплеск активности по RISCV попер со всех направлений что охренеть просто. Много людей вдруг осознало что им неудобно когда кое-что зажато дверью, целиком управляемой их конкурентом. Или компанией не вхожей в отрасль - нвидия микроконтроллеры не делает и не в курсе специфики.

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

116. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Ordu (ok), 24-Янв-21, 11:37 
> Флагов нет, исключений нет (деление на 0, переполнение), всё надо ПРОГРАММНО делать.

RISC вообще недружелюбны к любителям писать программы в машинном коде. Хочешь писать в машинном коде, пиши под 8086, или под PDP-11. Там хорошо получается. А, я б ещё порекомендовал глянуть на Сетунь, судя по слухам, там реально ассемблер был не нужен, потому что троичные машинные коды читались как ассемблер.

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

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

144. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 24-Янв-21, 15:37 
> RISC вообще недружелюбны к любителям писать программы в машинном коде.

Мнение полного профана в вопросе. Ты вообще на ассемблере программировать умеешь? Посмотри на ARMовский ассемблер, например. Только стоит честно предупредить: попробовав это врядли ты захочешь когда-нибудь еще програмить для x86. Классная, симметричная система команд, нормальные режимы адресации, крутой компактный и эффективный код без сложного декодера. Вот это - работа настоящих профессионалов.

RISCV немного более дурацкий: из-за излишней академичности авторов они были не везде в курсе проблем реального мира, а ЧСВ не позволило им посмотреть на то что сделали другие. Поэтому бутануть cortex-M одними сями - легко. А вот RISCV таки все же потребует небольшой но все же асмовый стартап, увы и ах.

> Хочешь писать в машинном коде, пиши под 8086, или под PDP-11. Там хорошо получается.

Попробовав програмить под ARM прогать под х86 нормальному ассемлерщику немедленно расхочется. Потому что все познается в сравнении. И это древнее легаси обвешаное костылями не выдерживает никакого сравнения с современным аккуратным ядром сделаным теми кому надо чтобы его у них еще и лицензировал бы кто-нибудь, в отличие от интела.

Самое логичное описание ARM: если x86 это такой потомок 8080, то ARM - потомок 6502. Крутой и правильный потомок. Пример того как его надо было делать с самого начала.

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

155. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Ordu (ok), 24-Янв-21, 18:52 
>> RISC вообще недружелюбны к любителям писать программы в машинном коде.
> Мнение полного профана в вопросе.

Ох, тут анонимный специалист нарисовался? Наконец-то. А то как не глянешь вокруг, никто из анонимов не понимает, о чём пишет.

> Ты вообще на ассемблере программировать умеешь?

А почему вы спг’ашиваете?

> Посмотри на ARMовский ассемблер, например.

Чё на него смотреть? RISC как RISC. С этой дурацкой манерой выполнять операции исключительно над регистрами, необходимостью в две-три команды грузить полное значение регистра из immediate операнда. На это похрен, когда этим компилятор занимается, но вручную я этим заниматься не буду.

> Только стоит честно предупредить: попробовав это врядли
> ты захочешь когда-нибудь еще програмить для x86.

Хаха.

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

Ну вот у RISC-V декодер ещё проще. Плюс система команд разработана с мыслью о том, что команды конвееризировать, и что конвееров может быть больше одного.

> RISCV немного более дурацкий: из-за излишней академичности авторов они были не везде
> в курсе проблем реального мира, а ЧСВ не позволило им посмотреть
> на то что сделали другие.

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

> Поэтому бутануть cortex-M одними сями -
> легко. А вот RISCV таки все же потребует небольшой но все
> же асмовый стартап, увы и ах.

Ты так говоришь, будто это что-то плохое.

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

158. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (-), 24-Янв-21, 19:46 
> никто из анонимов не понимает, о чём пишет.

Тот Аноним прогал на штуках пяти разных ассемблерах. И x86 был наиболее блевотным из таковых, хуже ассемблер вообще наверное только PIC. Но там это простительно за то что этот таракан делается на ископаемом оборудовании (чуть не 1u) и поэтому отсыпается по цене кремния и пластмассы из которых состоит, с очень маргинальной накруткой.

> А почему вы спг’ашиваете?

А потому что есть подозрения насчет титиретиков.

> Чё на него смотреть? RISC как RISC.

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

> С этой дурацкой манерой выполнять операции исключительно над регистрами,

А все потому что это - просто и быстро. Изначальный x86 вообще убл*док редкий, в этой фекалии position-independent код вообще нельзя толком сделать, адовые костыли с релокациями, совершенно кретинская адресация и полтора регистра на все, так что программа состоит из пушпопов чуть менее чем полностью.

В x86-64 стало немного получше - но таки голимый костыль над легаси уродцем, это уж точно не являет собой state of art процессорных ядер и наборов команд. Всего лишь попытки сделать из антика хоть какое-то подобие современного проца. Довольно жалкое.

> необходимостью в две-три команды грузить полное значение регистра из immediate операнда.

1) Современные компилеры умеют нехило кешировать и глобально оптимизировать это дело. Благо регистров - есть. А прикинь, gcc оформляет сплев бита в GPIO чуть не парой команд, ты и на голом асме лучше хрен напишешь. А на х86 это действо... хм... там вообще ничего такого способного за пару циклов лапой дернуть не бывало вроде никогда и никак. И эти люди быкуют на ARM? :P
2) Если ассемблерщик так не умеет - на кой черт он вообще нужен?
3) Кроме immediate, видите ли, грузить можно еще [r] и [r+off]. И даже инкретменты всякие бывают. Опять же - gcc в этом плане поумнее "типа-ассемблерщиков" бывает. Оформив кучу констант блоком, вгрузив его базу в какой-нибудь регистр и танцуя от него смещениями. Ну да, это немного иной стиль програмизма, но он вообще совсем ничем таким не плох, тем более что при серьезном замахе на такое - асм сам может смещения по символическим лэйблам считать.

> На это похрен, когда этим компилятор занимается, но вручную я этим заниматься не буду.

На самом деле оно и вручную неплохо получается. К тому же если хотелось автоматики и проч - ну, компилер ее и сделает. И кстати довольно оптимально для такой архитектуры, кодогенерация у того же gcc на редкость приличная в случаях когда это может быть интересно.

>> ты захочешь когда-нибудь еще програмить для x86.
> Хаха.

Как минимум, у ARM нормальная модель памяти и логичные адресации используя регистров а не дикое ушлепанство с сегментами которое придумывал какой-то наркоман, а потом обезьянили до упора.

> Ну вот у RISC-V декодер ещё проще.

Спорный вопрос. Скажем Cortex-M0 - одно из самых мелких процессорных ядер, кристалл мизерный. Правда и набор команд за это обрублен, условные команды (IT + порция команд) обкушены. Это все же нагибает эффективность кода уже. Кстати, thumb2 весьма эффективный набор команд, а для простого декодера так и есть state of art. Сделать вот ЭТО без ucode rom - вот так и видно кто профи, а кто углы срезает, как интел по жизни. Впрочем досрезались с своими спектрами мельдониевыми, желаю им обанкротиться нахрен. Давно заслужили за такую "инженерию", где маркетинг сожрал здравый смысл.

> Плюс система команд разработана с мыслью о том, что команды конвееризировать,
> и что конвееров может быть больше одного.

С другой стороны - не особо продумано насчет микроконтроллеров и проч где суперскорость нафиг не надо, надо максимальную предсказуемость по времянкам. И вот тут простой и быстрый набор команд оказывается EPIC WIN-ом. Ну они и захватили рынок, основательно поперев 8-битники.

У ARM есть разные варианты ядер - от микроконтроллеров до серверов. А прикольно в этом то что система команд более-менее одна и та же. Ну и за все эти конвееры и проч расплатами уязвимости и потеря предсказуемости. Где-то с этим можно жить, а где-то нет.

> Как раз они были в курсе, и о всех этих зависимостях по данным, и тех костылях,
> которыми надо подпирать флаги, чтобы переупорядочив команды
> эмулировать то самое поведение, как будто в процессоре есть один физический
> регистр флагов, и что инструкции выполняются последовательно.

Они были слишком однобокие и не учли некоторые системные моменты. Переклинившись на конкретных юзкейсах но не имея внятного гранд-плана. По поводу чего гораздо тухлее смотрятся в реалтаймных системах и микроконтроллерах. Давай расскажи как это не надо, а надо сраные сервер с котиками. А то на чем вся планета держится пусть, дескать, нвидия нагибает. Логика хомяка, которому "и хрен с поездами, лишь бы котики с вконтача грузились".

>> Поэтому бутануть cortex-M одними сями - легко. А вот RISCV таки все же потребует
>> небольшой но все же асмовый стартап, увы и ах.
> Ты так говоришь, будто это что-то плохое.

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

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

162. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Ordu (ok), 24-Янв-21, 20:26 
> С другой стороны - не особо продумано насчет микроконтроллеров и проч где
> суперскорость нафиг не надо, надо максимальную предсказуемость по времянкам. И вот
> тут простой и быстрый набор команд оказывается EPIC WIN-ом. Ну они
> и захватили рынок, основательно поперев 8-битники.

RISC-V -- открытая архитектура. Не нужна суперскалярность, нарисуй себе RISC-V без суперскалярности.

Консенсус на HN, если почитать комментарии: RISC-V займёт нишку "встраиваемых" ядер. В частности и тех, где предсказуемость в большем приоритете нежели производительность. В качестве CPU у нас будет ARM, а вот всякие "сопроцессоры", контроллеры и прочие будут под RISC-V. Я не уверен, что я согласен с этим, но с другой стороны не думаю, что правильно было бы заигнорить это мнение.

> У ARM есть разные варианты ядер - от микроконтроллеров до серверов. А
> прикольно в этом то что система команд более-менее одна и та
> же. Ну и за все эти конвееры и проч расплатами уязвимости
> и потеря предсказуемости. Где-то с этим можно жить, а где-то нет.

В RISC-V это решается более грамотно. Собирая себе процессор, ты выбираешь какие части системы команд он будет поддерживать. Блоками. Вот теми блоками, как они в спецификациях описаны.

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

Да. Я почти о том же. Единственное отличие, я не склонен их винить в этом: они разрабатывали ARM ещё до того, как суперскалярность и out-of-order execution вошли в моду.

>>> Поэтому бутануть cortex-M одними сями - легко. А вот RISCV таки все же потребует
>>> небольшой но все же асмовый стартап, увы и ах.
>> Ты так говоришь, будто это что-то плохое.
> Да, я считаю что написать фирмаварь на си без единого бита асма
> - это прикольно придумали. Правда, в паре мест - только подумайте
> - тоже наследие легаси - и они таки тоже протупили.

Ну а мне как-то совершенно фиолетово. До тысячи строк ассемблерного кода -- это такая штука, которую легко можно поддерживать. Можно хоть переписать с нуля, если что. Даже если система команд не нравится. На такой кодобазе бонусы всяких там C мало сказываются. Если вообще сказываются.

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

174. "Android портирован для плат на архитектуре RISC-V"  –2 +/
Сообщение от Аноним (185), 24-Янв-21, 21:24 
> нарисуй себе ... Собирая себе ...

Вот и получается, что проще сразу сделать свой проц, чем торкаться с риск-в.

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

193. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Ordu (ok), 24-Янв-21, 22:19 
>> нарисуй себе ... Собирая себе ...
> Вот и получается, что проще сразу сделать свой проц, чем торкаться с
> риск-в.

Ты забываешь про:

1. github, откуда ты можешь таскать готовый verilog. Плюс к этому прилагается куча опыта тех, кто уже нарисовал, то есть если ты захочешь нарисовать свой с нуля, ты сможешь за неделю-две узнать где лежат грабли, почитав других, и обойти их.

2. Тулчейны. Под свой проц придётся попыхтеть, под risc-v ты можешь взять любой компилятор на llvm (и возможно gcc), и использовать его, лишь передав ему флагов, говорящих о том, какие блоки системы команд доступны в процессоре.

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

241. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 10:35 
> Вот и получается, что проще сразу сделать свой проц, чем торкаться с риск-в.

Так много процов то понаделали, если это проще? А то кучка SoC с RISCV которые уже выпускаются или на грани этого вон там по ссылкам рядом с новостью на краудсаппли без проблем.

А вы там есть? И если да - как у вас с поддержкой линукса? Опенсорсными бутлоадерами и поддержкой системы команд gcc? А то может мне и вам тоже денег насыпать? А если вы хотели сказать что у вас всего этого нет - ну тогда вы и денег с меня ни копья не получите. Вот такой простой и понятный любому комерсу аргумент. С моей стороны запрос на вот такой фичесет. Кто ему соответствует - получает мои бабки.

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

234. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 25-Янв-21, 09:40 
> RISC-V -- открытая архитектура. Не нужна суперскалярность,
> нарисуй себе RISC-V без суперскалярности.

Ну так в систему команд оно и не вхаркожено особо. И таки нарисовали и такие реализации тоже. А козыряя "типа фичой" стоит понимать что в половине случаев фича легко превращается в жирный баг. И крутизна ARM в том что они смогли все это избежать, ухитрившись сделать какую-никукую консистентность системы команд при нефиговой масштабируемости.

> Консенсус на HN, если почитать комментарии: RISC-V займёт нишку "встраиваемых" ядер.

К этому есть сильные предпосылки.

> В частности и тех, где предсказуемость в большем приоритете нежели производительность.

Он, в принципе, может - потому что нвидия выбора особо и не оставила. Никто не потерпит прямого конкурента как лицензиара ядер. Равно как нвидия не знает специфику области и экосистемы МК и уж куда как враждебнее к девам чем ARM сейчас.

Но мы же про заточенность ядра? И вот в RISCV как таковой не имеет никаких особых козырей для управляющих систем. Cortex-M были несколько адаптированы, чтобы делать это удобно. В RISCV это никто не делал. Ну вот не были его авторы вхожи в это и не в курсе как real-world применения выглядят.

Если ARM coretex M вызывает "вау, как клево, аккуратно, продумано и удобно" то RISCV - ну, обычное "искусство" рядового мясника. Там правда фирма ARM много интересных фокусов запатентовала, не отнять.

> В качестве CPU у нас будет ARM, а вот всякие "сопроцессоры", контроллеры
> и прочие будут под RISC-V.

С учетом покупки ARM nvidia это уже вообще не факт. Как вы представляете себе лицензирование крутых ARMов прямым конкурентам нвидии? Вот жизнь и не оставила им выбора кроме как развивать что-нибудь еще. А другого не так уж много, 64-битные версии RISCV с расширениями не так уж далеко от cortex-A. И вон та штука с pcie под видяху - про вон то самое уже.

А в микроконтроллере столько - не надо! Там от этого один вред. Пока там 32-битных ядер всем за глаза, от 64 только код пухлый, а памяти и близко не 2^32. Накристальный NOR дорого стоит, площадь кристалла сильно жрет. И тонкий техпроцесс для МК же баг а не фича, хлипкий чип получается. Что хреново для управляющих систем, потом 20 лет ГАРАНТИИ сохранности фирмвары в флеше, при +105 желаемых автомотивщиками - ну, ой. А, представляете, это паяют куда попало, в том числе и в то что жарится у вас под капотом. И как вы понимаете, 7 нм NAND при +105 утечет быстрее поросячьего визга, юзер получит встрявшее на дороге авто, спасибо если не впечатавшееся в соседа, и кому оно в таком виде будет надо?

> Я не уверен, что я согласен с этим, но с другой стороны не думаю, что правильно было
> бы заигнорить это мнение.

На этой планете довольно много тех кто не прочь забить гвоздь микроскопом. Но вообще логичнее наоборот: нвидия точно будет душиться жабой на апликушные тяжеловесы, т.к. сами не прочь в этом сегменте потусоваться, а микроконтроллерная мелочь по жизни не их бизнес и там нет особого конфликта интересов. Но они в область не вхожи и обречены наломать дров.

> В RISC-V это решается более грамотно. Собирая себе процессор, ты выбираешь какие
> части системы команд он будет поддерживать. Блоками.

Ну так ARM и сделал примерно так же, только логичнее и тематичнее, с осмысленной разблюдовкой под задачи а не сферически-абстрактной модульностью в вакууме. Которая к тому же создает проблемы с совместимостью.

> Вот теми блоками, как они в спецификациях описаны.

Ну да. Однако вот именно нормальной спецификации "для микроконтроллеров" там как таковой и нет. Поэтому в целом оно на задачу похуже Cortex M от арм ложится, особенно в low end где больше жесткого реалтайма и предсказуемости и меньше мегагерцев с гигабайтами, потому что там не в этом счастье. А в том чтобы на вон тот раздражитель за наносекунды что-то сделать - и без дикого джиттера (привет кэшам и проч). А кому там нужна дерганая непредсказуемая система, которая вот так в дедлайн укладывается, а вот так - лажает? Реальное время ждать не будет, и если это вопрос в том не #$%нет ли что-нибудь от этого - сие уже аргумент. По этому поводу пики и авр до сих пор живые. Они тупы как дрова, но вот *ГАРАНТИРОВАННОЕ* время реакции на событие считается с точностью швейцарских часов, потактово, и даже жалкие 10 МГц просчитанные потактово - оперирование квантами времени по 100 наносекунд. А когда у тебя толи 10 наносекунд, толи 200, смотря hit оно там или miss, так уже не катит. И вот тут мелкий уродец пик воткнет жирному апликушному процу как делать нефиг. По поводу чего и выпускается до сих пор, хоть и не стоит добрых слов по архитектуре.

> Да. Я почти о том же. Единственное отличие, я не склонен их
> винить в этом: они разрабатывали ARM ещё до того, как суперскалярность
> и out-of-order execution вошли в моду.

Это про RISCV было. Фирма ARM доперла сделать "профайлы" под "задачи", логично сгруппированые, и даже частично отбросив легаси. Это было эпиквином, абстрактные блоки - несколько менее об этом. Какую-то адаптивность под задачу получить можно но в целом кривее и неудобнее. Так что ARM - state of art, RISCV - такой art как мясник с топором супротив шефповара. Но если вопрос в том что шефповар шашлык сам сожрет, народ и на мясника согласен.

> Ну а мне как-то совершенно фиолетово.

Я могу с этим жить, но симпатий к процессорному ядру это не добавляет. После ARM это ощущается как даунгрейд и легаси. А почему, собственно, хоть к 2020 нельзя бы сделать проц удобный системщикам? Особенно когда ARM все это смогли?

> До тысячи строк ассемблерного кода -- это такая штука, которую легко можно поддерживать.

Да как сказать? Если ты не писал этот код, удовольствие одуплять в 1000 строк этого счастья довольно так себе. Си все же может быть сильно декларативнее на тему того что и нафига тут происходит. И какой-нибудь pll_reclock(100, 200) будет информативнее того как это на асме будет. Особенно ежели рантайм параметры захотеть. При том что си можно убедить стать очень тонким shim над железкой, когда код будет тот же как я сам бы сделал, или лучше (глобальные оптимизации в 1К команд я вероятно прошляплю).

> Можно хоть переписать с нуля, если что. Даже если система команд не нравится. На такой
> кодобазе бонусы всяких там C мало сказываются. Если вообще сказываются.

Можно. Но в целом это оказывается такой кусок кода который никто предпочитает не трогать. Потому что кус черной магии, в которую надо непропорционально долго вкуривать. И допереть по этой кучке россыпи что это pll_reclock(100, 200) довольно неудобно. Хоть и делается.

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

290. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 26-Янв-21, 00:09 
> Тот Аноним прогал на штуках пяти разных ассемблерах. И x86 был наиболее
> блевотным из таковых

Блевотный какой-то аноним.
Если рейтинговать по блевотности, то в лидеры скорее выбьется как раз таки обожаемый ARM.

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

310. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 15:26 
> Если рейтинговать по блевотности, то в лидеры скорее выбьется как раз таки
> обожаемый ARM.

Его в отличие от интела делали профессионалы, а не маркетологи, до последнего камлавшие на свой win32'tel убогий, происходящий из эпохи когда каждый транзистор был на счету, так что убогий регистровый файл имел хоть какое-то оправдание. Но это закончилось 20+ лет назад, и уж выделить транзисторов на нормальный набор регистров и человесческую адресацию наверное все-таки уже можно. И было уже можно четверть века назад. ARM об этом догадался - и не интелу учить их транзисторы экономить, кстати :)

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

320. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 27-Янв-21, 21:03 
Ну ладно Acorn, VLSI - тут да. Но свежак то после...

Apple
Инженеры

Блеванул.

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

327. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (327), 27-Янв-21, 21:31 
> Ну ладно Acorn, VLSI - тут да. Но свежак то после...

По сравнению с Acorn'овскими - Cortex'ы как летающий делореан супротив винтажных драндулетов. Клевые, логичные, продуманые ядра. Где легаси эпохи акорнов немного повытрясли и как раз сделали как логичнее, удобнее и лучше работает, а не что-нибудь еще. А будучи инженерами а не маркетологами еще и придумали как сделать все это компактно и эффективно. Иначе кто бы в здравом уме это у них лицензировал?!

> Apple
> Инженеры
> Блеванул.

"Эксперт" походу ваще не читает тематические новости и не в курсе что эти дезигнеры между делом сманили у ряда кондовых чипмейкеров типа амд и интеля инженеров процессорного направления. А таки да, теперь ябл может и довольно глубокий дизайн чипов сам. И самсуня они таки послали с этим, теперь это уже не малость допиленый заказной exynos а вполне себе свои чипы.

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

322. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 27-Янв-21, 21:10 
> больше простора компилятору для оптимизаций

Вся проблема RISC в том, что там нет рантайм-оптимизации. Которая вполне себе есть в CISCoRISC'ах.
Она просто невозможна потому, что компилятор ничего не знает о входных данных, которые коду придут в каждую конкретную единицу времени.

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

328. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (327), 27-Янв-21, 21:35 
> Вся проблема RISC в том, что там нет рантайм-оптимизации. Которая вполне себе
> есть в CISCoRISC'ах.

Интел своими мельдониевыми оптимизациями уже несколько подзаколебал. Понасрезали углов везде где можно и нельзя, а как исследователи потыкали палочкой так и оказалось что это не чипы а сплошной багодром. Где вся система разваливается от безобидных непривилегированных фокусов программ.

Вот это - не инженеры. Это - жулики от маркетинга. И с TDP у интелья отродясь та же история.

> Она просто невозможна потому, что компилятор ничего не знает о входных данных,
> которые коду придут в каждую конкретную единицу времени.

Компилятор отлично в курсе аргументов функции, допустим. А то что интель там пытается спекулировать - блин, доспекулировались, undo спекуляций глюкав донельзя получился.

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

330. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 27-Янв-21, 21:48 
Компилятор вообще ничего не знает о том, какие аргументы в эту функцию придут, если они не статические.
В этом и вся проблема.
Ответить | Правка | Наверх | Cообщить модератору

336. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (336), 28-Янв-21, 02:56 
> Компилятор вообще ничего не знает о том, какие аргументы в эту функцию
> придут, если они не статические.

А что в вашем понимании - не статические? А то в большинстве случаев они как раз именно такие. Нет, ну при желании variadic сделать можно, но вот это уже малость экзотика.

И как угодно но я смотрел что gcc для cortex M делает и там вполне зачетный код. А с глобальными оптимизациями типа LTO он временами очень лихо заворачивает, так что ассемблерщик то не сразу допрет так выпендриться.

> В этом и вся проблема.

Хызы, куча ARMов у меня уже работают и никаких особых проблем я по этой части не имею. Больше всего у меня проблем с x86 системами, радующими глюками проприетарной фирмвари и прочих acpi вокруг. Отделаться от этого "счастья" очень хочется. И платить за ME и PSP из своего кармана мне "религия не позволяет", если так угодно. Я лучше эти деньги отдам стартаперу который направление открытых и опенсорс френдли систем раскручивает чем о...вшему в край мегакорпу удумавшему мне бэкдоры за мои бабки всучивать.

А так - рассуждения о сферических конях в вакууме не решают мои насущные проблемы. И проц каким бы он крутым не был ничто без экосистемы. Приветы итанику. Сам то дизайн может и ничего, если не считать оверинженерии, как всегда у интеля. Но вот с софтовой экосистемой вышел большой облом. Ну как бы если процы стоят килобаксы, а софта нет - их и девы не больно побегут покупать. Получится infinte loop.

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

338. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 28-Янв-21, 07:38 
> А что в вашем понимании - не статические? А то в большинстве
> случаев они как раз именно такие.

То есть у вас все вызовы функций с константами? Никакого пользовательского ввода?
Ну там processMyData(2, 5, 'ohmygod')?
Везёт :D

В реальном мире же в основном аргументы приходят из пользовательского ввода, с сети, с файлов и т.п.
Они заранее не известны. Соответственно компилятор не может предсказать, что будет на входе того или иного участка кода в тот или иной момент. Финальную оптимизацию разных условий делает именно что планировщик CISC в сложных CPU. Ну а простым RISC приходится перетаптываться - в синтетических бенчмарках и на отдельных хорошо оптимизируемых без конвееров алгоритмах они как правило выдают прекрасные цифры, в реальных задачах - начинают сливать, потому что выполнение реального кода получается куда менее оптимальным.

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

351. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 29-Янв-21, 23:57 
> То есть у вас все вызовы функций с константами? Никакого пользовательского ввода?

И тем не менее, ABI у ARM по сравнению с 32-битным x86 вообще masterpiece. С x86-64 уже менее однозначно, но скелеты в этом шкафу до сих пор пинаются и архитектура все-равно мерзотненькая по наследству.

> В реальном мире же в основном аргументы приходят из пользовательского ввода, с
> сети, с файлов и т.п.

Это никак не мешает особо. Ну вон ARM64 на древнем девайсе спокойно жует VP9 с ютуба 1080p софтварно. А то что у интеля гигантомания - задолбали уже. Их power management дико невменяем и переусложнен, а толку с него буй. Bullshit bingo!

> Они заранее не известны. Соответственно компилятор не может предсказать, что будет на
> входе того или иного участка кода в тот или иной момент.

И хрен с ним учитывая что все команды простые и быстрые, оно мигом вертухается в нужную сторону в отличе от CISCового слоупока.

> Финальную оптимизацию разных условий делает именно что планировщик CISC в сложных CPU.

У RISC половины таких проблем нет сразу на старте - они сильно быстрее вертухаются в новую сторону. К тому же продвинутые жирные ядра могут и спекулятивщину и префетч практиковать, вообще совсем ничему не противоречит.

> Ну а простым RISC приходится перетаптываться - в синтетических бенчмарках
> и на отдельных хорошо оптимизируемых без конвееров алгоритмах они как правило
> выдают прекрасные цифры, в реальных задачах - начинают сливать, потому что
> выполнение реального кода получается куда менее оптимальным.

Для меня игра древним ARM64 1080p на ютубе - вполне себе нормальный бенчмарк на real world данных. И с чего бы RISC64 с simd на сравнимой частоте это бы сливал при сравнимой частоте с такой же или более быстрой памятью я хз.

Ну и имхо интель может пойти с своими зионами курить бамбук. Кто это от ARM хотел - набили жирных ядер да побольше, при том их поболее х86 в тот же TDP и площадь влазит, и суммарный перфоманс вполне себе. А интеловские бзики по переросткам с мельдонием лично мне уже просто надоели. Иногда фирма интел бывает иррациональна и уперта донельзя. Ее уже даже эппл послал, видимо "батарейки для часов" и непотребные цены и TDP им надоели.

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

331. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Ordu (ok), 27-Янв-21, 21:51 
>> больше простора компилятору для оптимизаций
> Вся проблема RISC в том, что там нет рантайм-оптимизации. Которая вполне себе
> есть в CISCoRISC'ах.

Что это значит, ты можешь объяснить? Можешь привести пример ситуации, в которой то, что ты называешь "рантайм-оптимизацией" дало бы возможности выполнять код быстрее, чем тот же код скомпилированный для risc-v?

Может быть я чего-то не понимаю, но склоняюсь к мысли, что не понимаешь ты. Рантайм оптимизация строится вокруг параллельного выполнения команд во многих конвеерах, идея в том, чтобы иметь много исполняющих устройств для каких-то элементарных операций, и потом максимально загружать эти исполняющие устройства работой в рантайме. Но если ты присмотришься, то ты увидишь, что во-первых, для того, чтобы это работало приемлимо нужны костыли типа branch-prediction или out-of-order-execution, которые потребляют ватты и занимают драгоценные транзисторы, во-вторых, существенная часть работы выполняется в компайл-тайме компилятором, который, зная алгоритмы этой рантайм "оптимизации", подбирает инструкции и располагает их так, чтобы они нужным образом разложились бы по конвеерам, а потом по исполняющим устройствам. Втыкает, например, nop'ов, чтобы занять чем-нибудь конвеер, чтобы тот не воткнулся в бранчевание не вовремя и не сбросился бы. Или скажем атрибут unlikely для условия -- это же подсказка компилятору как расположить в памяти бранчи, дабы рантайм "оптимизация" не спотыкалась бы на этом условии. Или PGO -- топовое достижение "рантайм оптимизации": давайте соберём профайлером данные о том, как выполняется код, а потом скомпилируем его так, чтобы он хорошо "оптимизировался" бы в рантайме.

Последняя фраза не вызывает когнитивного диссонанса? Рантайм оптимизация в компайл-тайме -- как тебе?

Дык может рантайм-оптимизация и не нужна, если процессор изначально спроектирован с мыслью о том, что команды будут выполнятся во много этапов на конвеере, и что таких конвееров будет много? Может можно сэкономить на всех этих сложнейших декодерах команд и рантайм-оптимизаторах, а сэкономленные транзисторы потратить на то, чтобы на тот же кристалл в полтора раза больше ядер воткнуть?

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

332. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 27-Янв-21, 23:48 
Именно так. OOO, предсказание переходов, спекулятивное выполнение.
На уровне компилятора это НЕ делается.
Хоть с likely, хоть с unlikely, хоть с highly likely.
Потому что реальные данные известны только на момент выполнения, соответственно и результат кондишнла.
Ответить | Правка | Наверх | Cообщить модератору

334. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Ordu (ok), 28-Янв-21, 00:34 
> Именно так. OOO, предсказание переходов, спекулятивное выполнение.
> На уровне компилятора это НЕ делается.
> Хоть с likely, хоть с unlikely, хоть с highly likely.
> Потому что реальные данные известны только на момент выполнения, соответственно и результат
> кондишнла.

Глупости. Процессор знаешь как делает? Он декодирует инструкцию условного перехода, он не может её выполнить сразу, потому что FLAGS ещё не готовы, чтобы знать как её выполнять, поэтому он делает "предсказание", сводящееся к следующему:

если условный переход имеет отрицательный аргумент (смещение в байтах которое надо приплюсовать к текущему значению IP -- instruction pointer), то он выполнится, если переход с положительным аргументом, то он не выполнится.

Вот и всё ясновидение в CPU. Оно заточено под циклы, которые как правило заканчиваются инструкцией "jnz my_loop" или типа того: поскольку переход выполняется в сторону меньших адресов, то аргумент к jnz оказывается отрицательным, и поэтому процессор его "предсказывает" как выполняющийся, и спекулятивно начинает выполнять тело цикла ещё раз, до того, как посчитает условие, которое выставит флаги для jnz.

Переход вперёд рассматривается как unlikely, зачем-то. Я предполагаю, для того, чтобы была возможность оптимизировать unlikely переходы под этот тупой предсказатель, без инверсии условия, которая требует ещё одной команды.

likely/unlikely лишь располагает ветви if'а таким образом, чтобы likely переход выполнялся бы назад, а unlikely вперёд. То есть _оптимизация_ происходит в compile-time, код располагается таким образом, чтобы "предсказания" процессора были бы верными.

> Как только встретился кондишнл - всё, нет больше конвеера, ждём да/нет/не знаю (чёрный юмор) от такового.

Нет, не ждём, а включаем предсказания и спекулятивное выполнение.

> Потому что реальные данные известны только на момент выполнения, соответственно и результат кондишнла.

Реальные данные могут изменить лишь то, что unlikely переходы иногда всё же выполняются, а likely иногда не выполняются, и в таком случае предсказания процессора оказываются неверными и все результаты достигнутые в результате спекулятивного выполнения надо выкинуть. Скажем любой цикл (где в конце тела есть условный переход назад, на начало цикла) приводит к одному misprediction, к одному сфейлившемуся предсказанию, которым собственно цикл заканчивается. Единственный способ избежать этого -- отправить на выполнение вычисление условия продолжения цикла до того, как на выполнение ушло тело цикла, тогда есть шансы, что когда процессор доберётся до команды условного перехода, условие уже будет посчитано, и тогда процессору не придётся полагаться на свои предсказания. Но для того, чтобы это работало, придётся результаты расчётов условия хранить не в регистре FLAGS, который глобальный для всех команд, и который будет перезаписан командами тела цикла, а в каком-нибудь другом регистре.

upd. Глупость сморозил: "предполагаю, для того, чтобы была возможность оптимизировать unlikely переходы под этот тупой предсказатель, без инверсии условия, которая требует ещё одной команды". Там не нужна ещё одна команда, можно инвертировать условие команды условного перехода. То есть я вообще без идей, зачем это надо.

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

339. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Онаним (?), 28-Янв-21, 07:47 
> Глупости. Процессор знаешь как делает? Он декодирует инструкцию условного перехода, он не может её выполнить сразу

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

Проц со спекулятивным исполнением вполне способен протрассировать обе, если ресурсов свободных хватит, и сбросить не нужную после появления реальных данных, а вот RISC придётся стоять и ждать флага. Потому что реальные входные данные на момент исполнения сдвига ещё не известны, и компилятор далее в параллель с ним ничего зависимого расставить уже не сможет.

> Нет, не ждём, а включаем предсказания и спекулятивное выполнение.

Нет у RISC спекулятивного выполнения. На то он и RISC. И предсказатели переходов сложные не могут возникнуть - неоткуда.

Это прерогатива CISCoRISC, которые могут разложить инструкции на конвеер, выбрать свободные регистры, протегировать, и запустить на хорошо известном планировщику RISC-ядре в параллель.

> Реальные данные могут изменить лишь то, что unlikely переходы

Повторюсь. Кондишнлы - это не только переходы. Нет, в RISC - в основном, и это как раз та причина, по которой они не взлетают в реальных условиях.

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

340. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 28-Янв-21, 07:51 
Да что там блин далеко ходить.
Сложение с переносом банальное - кондишнл.

Псевдокод (целевой аргумент - левый):
ADD v,w
ADC x,y
MOV [mem],x

Всё. RISC вот этот вот примитив будет в линеечку выполнять, и никак иначе.
Хотя как минимум ADC вполне можно спекулятивно запустить.

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

342. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от n00by (ok), 28-Янв-21, 17:05 
> Да что там блин далеко ходить.
> Сложение с переносом банальное - кондишнл.
> Псевдокод (целевой аргумент - левый):
> ADD v,w
> ADC x,y
> MOV [mem],x
> Всё. RISC вот этот вот примитив будет в линеечку выполнять, и никак
> иначе.
> Хотя как минимум ADC вполне можно спекулятивно запустить.

Как ADC запустить, когда там зависимость по данным? На двух исполнителях с разным carry и один из результатов отбросить?

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

343. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 29-Янв-21, 21:13 
Примерно это и делает планировщик в CISCoRISC'ах.
Ты можешь это попытаться делать в компилере - но нужна поддержка исполнительного железа. Которой нет.

И это я тебя ещё в дебри не повёл. С промахом в кеш ты так легко уже компилером не разберёшься. А они тоже возникают по-разному, в зависимости от рантаймовых данных. Компилятор тут тебе не поможет ничем. А вот рантайм-планировщик - да. Он в это время попробует что-нибудь другое исполнить, если возможно.

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

358. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от n00by (ok), 30-Янв-21, 08:32 
> Примерно это и делает планировщик в CISCoRISC'ах.

Почему же Вы не указали причины, по которым "примерно это" не может делать "планировщик" в "RISCoRISC"'ах?

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

367. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 30-Янв-21, 11:15 
Потому что исходный спектр команд достаточно куцый - на то он и RISC, и разбирается на более мелкие независимые операции весьма посредственно. Особенно извращённые комбо, которые тут приводили - группировка условий на целый блок команд и т.п.
Ответить | Правка | К родителю #358 | Наверх | Cообщить модератору

371. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от n00by (ok), 30-Янв-21, 12:03 
> Потому что исходный спектр команд достаточно куцый

Найдите структурную схему процессора. Посмотрите, где там декодер и где ALU. Это разные блоки. К мантре "R в RISC означает религия" они отношения не имеют.

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

372. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 30-Янв-21, 12:05 
> R в RISC означает религия

Спасибо. Я теперь знаю что ответить любому ратующему за RISC во все поля.

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

374. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от n00by (ok), 30-Янв-21, 12:33 
Заодно уточняйте, что Вам религия запрещает усложнять исполнительный блок, что бы не тратить время.
Ответить | Правка | К родителю #372 | Наверх | Cообщить модератору

383. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 31-Янв-21, 00:37 
> Заодно уточняйте, что Вам религия запрещает усложнять исполнительный блок, что бы не
> тратить время.

Ему запрещает. А фирме ARM или вон тем стартаперам с RISCV не запрещает. Поэтому мои бабки и получат они а не этот чудак.

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

341. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Ordu (ok), 28-Янв-21, 14:30 
> Проц со спекулятивным исполнением вполне способен протрассировать обе, если ресурсов свободных
> хватит, и сбросить не нужную после появления реальных данных, а вот
> RISC придётся стоять и ждать флага. Потому что реальные входные данные
> на момент исполнения сдвига ещё не известны, и компилятор далее в
> параллель с ним ничего зависимого расставить уже не сможет.

Мне непонятно, что такого есть в RISC, что не позволит реализовать такое спекулятивное выполнение?

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

344. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 29-Янв-21, 21:14 
> Мне непонятно, что такого есть в RISC

Выброси из себя оптимиста, и подумай, чего такого нет в RISC, в связи с чем такое выполнение плохо реализуемо.


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

345. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 29-Янв-21, 21:19 
(между делом, транзисторный бюджет у этого чего-то огромный внутри современных x86, и львиная доля высочайшей эффективности в совершенно разнородных задачах с плохой предсказуемостью именно им и обусловлена)
Ответить | Правка | Наверх | Cообщить модератору

346. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 29-Янв-21, 21:44 
К RISC-V это некоторые пытаются присобачить, но в силу определённой прибитости гвоздями исходной архитектуры - а она не может быть не прибитой гвоздями, потому что иначе будет разброд и шатание - усилия пока немножко тщетны. На расширениях есть варианты, но это уже немножко не RISC-V получается, а её ни с чем не совместимая ветка.

(я сознательно не конкретизирую детали - гуглите :) )

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

348. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Ordu (ok), 29-Янв-21, 22:08 
>> Мне непонятно, что такого есть в RISC
> Выброси из себя оптимиста, и подумай, чего такого нет в RISC, в
> связи с чем такое выполнение плохо реализуемо.

Окей. Чего такого нет в RISC, что делает спекулятивное выполнение плохо реализуемым?

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

350. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Онаним (?), 29-Янв-21, 23:53 
Полноценного планировщика операций нет. Весь пайплайнинг по сути ручной, ещё на этапе компиляции.
Просто потому, что основная прелесть RISC - как раз упрощение железного декодера и планировщика.
Да, для всякого перемножения матриц норм, где всё в кешах, и все операции предсказуемы.
Но на сложных конструкциях с кондишнлами и сильной зависимостью от входных данных всё - привет.
Малейший затык на том же пролёте с кешем - и очередь встаёт.

Из исключений на слуху ныне наверное только ARM, но с ARM тема особая. Те же кортексы уже давно химера. Их даже RISC назвать уже язык не поворачивается. Там уже и кеш макроопераций появился, и обратная разбивка на сопряжённые микрооперации...

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

354. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 30-Янв-21, 00:19 
> Полноценного планировщика операций нет.

А кто сказал что то что делает интель обязательно 1 хороший вариант?

> Весь пайплайнинг по сути ручной, ещё на этапе компиляции.

Как это мешает ядру трекать оба варианта бранча и префетчить потребные данные и проч?

> Просто потому, что основная прелесть RISC - как раз упрощение железного декодера и планировщика.

Это совершенно не мешает существовать разным реализациям одного и того же. Какой-нибудь A7 попроще, а A15 пожирнее. При том они совместимы. С 64-битными ядрами та же история. С RISCV аналогично. Вот так даже мк ок, а вот так это довольно жирный и шустрый 64-битник. Вы с вашим x86 переростком совсем не поняли что мир может быть не прибит на гвозди.

> Малейший затык на том же пролёте с кешем - и очередь встаёт.

Однако вон там нечто на ARM64 зарубается с EPYC. Да и RISCV свое не упустит.

> Из исключений на слуху ныне наверное только ARM, но с ARM тема
> особая. Те же кортексы уже давно химера. Их даже RISC назвать
> уже язык не поворачивается. Там уже и кеш макроопераций появился, и
> обратная разбивка на сопряжённые микрооперации...

Опять же - ARM крут тем что на один набор команд есть разные реализации. Как и с RISCV. Есть большая разница между набором команд и конкретной реализацией ядра реализующего оный. В мире где более 1 implementer'а и конфигураций ядер это совершенно обычное дело.

Это кстати даже интел пробовал - в атомах. Но оказалось что ARM из них совсем никакой. И если ARM и RISCV на десктопах имеют какие-то шансы, то интель около 20 лет бредил tablet pc с нулевым успехом. И это жирная мегакорпа на минутку.

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

359. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 30-Янв-21, 10:47 
>> Просто потому, что основная прелесть RISC - как раз упрощение железного декодера и планировщика.
> Это совершенно не мешает существовать разным реализациям одного и того же. Какой-нибудь
> A7 попроще, а A15 пожирнее. При том они совместимы. С 64-битными
> Однако вон там нечто на ARM64 зарубается с EPYC. Да и RISCV

Так я о том же, что "жирные" ARM'ы - это уже не RISC по сути, а химера, которая сначала RISC агрегирует в макрооперации, потом их назад бьёт до микроопераций уже ядра.

> Опять же - ARM крут тем что на один набор команд есть

Внезапно в x86 на один набор команд тоже есть разные реализации. Две основных и несколько мелких.

> из них совсем никакой. И если ARM и RISCV на десктопах
> имеют какие-то шансы, то интель около 20 лет бредил tablet pc

RISCV на десктопах не имеет никаких шансов. От слова "совсем".
ARM - очень ограниченно, пока яббло играется с данной платформой.

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

376. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (376), 30-Янв-21, 21:11 
> Так я о том же, что "жирные" ARM'ы - это уже не
> RISC по сути, а химера, которая сначала RISC агрегирует в макрооперации,
> потом их назад бьёт до микроопераций уже ядра.

На третий день Зоркий Глаз заметил что деление на RISC и CISC ни разу не бинарное.

> Внезапно в x86 на один набор команд тоже есть разные реализации. Две
> основных и несколько мелких.

Проблема в том что они кроме жирной реализации оказались бессмысленными и беспощадными, напомните, tabletPC уже отпраздновал 20 лет зафэйленых потуг или только собирается?

> RISCV на десктопах не имеет никаких шансов. От слова "совсем".

А вот это я уже на моем десктопе как-нибудь решу без вас.

> ARM - очень ограниченно, пока яббло играется с данной платформой.

Мне от ябла ничего не нужно.

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

356. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Ordu (ok), 30-Янв-21, 00:28 
> Полноценного планировщика операций нет. Весь пайплайнинг по сути ручной, ещё на этапе
> компиляции.

Дык что мешает этот пайплайнинг запилить?

> Просто потому, что основная прелесть RISC - как раз упрощение железного декодера
> и планировщика.

Ты думаешь, что если RISC-V имеет RISC в названии, то инженеры из уважения к этому названию не будут усложнять декодер и планировщик, запиливая туда спекулятивщину? Или я не правильно тебя понял?

Если же я понял правильно, то предлагаю забить на возможные идеологические причины и всё же рассматривать реальные технические причины того, почему в RISC-V невозможен сложный планировщик.

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

360. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 30-Янв-21, 10:56 
> Дык что мешает этот пайплайнинг запилить?

Так же, как и с пресловутым танцором.
Вроде бы ничто не мешает - а погляди ж, они болтаются неудачно...

> Ты думаешь, что если RISC-V имеет RISC в названии, то инженеры из
> уважения к этому названию не будут усложнять декодер и планировщик, запиливая
> туда спекулятивщину?

Нет, я думаю, что это будет гораздо сложнее, чем построить таковые с CISC. Хотя бы в силу изначального размера команды в 32 бита сразу и относительной примитивности большинства этих команд. Придётся как в старших кортексах - сначала по заложенным паттернам мы конвертим этот RISC'овый бред в более удобоваримые для планирования макрооперации - ну, что удалось сконвертить, которые внезапно могут оказаться даже короче при записи, потом внезапно бьём это счастье назад уже на внутренние микрооперации для ядра, и только потом уже шедулим результат всей этой вакханалии. Естественно львиная доля шедулится без сбора в макрооперации, но это только дополнительно усложняет. Ещё немножко - и оно станет сложнее x86.


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

377. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (376), 30-Янв-21, 21:13 
> Так же, как и с пресловутым танцором.

Именно поэтому и есть жирные OoO реализации и ARM и RISCV.
- Ни один смертный муж не может убить меня!
- Я не муж, ха!

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

353. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 30-Янв-21, 00:11 
> Мне непонятно, что такого есть в RISC, что не позволит реализовать такое
> спекулятивное выполнение?

Его даже и реализуют. Топовые армы и даже ранние RV64 даже налетели на какой-то подвид спектра, внезапно. Но омномномный эксперт по отрасли кажется не слышал о такой ерунде и с уверенным видом гонит аки олень.

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

364. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 30-Янв-21, 11:06 
Топовые армы RISC имеют только на фронтенде. Дальше жуткая химера. Посмотрите архитектуру уже.
Ответить | Правка | Наверх | Cообщить модератору

378. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (376), 30-Янв-21, 21:15 
> Топовые армы RISC имеют только на фронтенде. Дальше жуткая химера. Посмотрите архитектуру уже.

Я то посмотрел, и в отличие от разогнавшегося оленя догадываюсь что деление на CISC и RISC не бинарное от слова вообще.

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

352. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 30-Янв-21, 00:09 
> Кондишнлы внезапно - это не только переходы. Даже банальный сдвиг на бит
> с использованием флага переноса является кондишнлом.

У ARM с этим полный порядок например. У них очень круто сделано, в каком нибудь thumb2 возможны целые условные блоки с очень компактным кодированием условий на весь блок. В 32-бит условным может быть почти все угодно уже покомандово - это часть instruction set.

> Не говоря уже о специализированных инструкциях типа CMOVxx в x86. При работе того
> же сдвига и наличии далее зависимой от него команды - возникают две ветки исполнения.

И как показал пример, утупки из интеля не умеют в undo side effects, так что безопасность лихо улетает во времена Win95. И фича резко превращается в баг.

> RISC придётся стоять и ждать флага.

Продвинутые hi-performance рисковые ядра тоже умеют спекулятивщину.

> Нет у RISC спекулятивного выполнения.

Зависит от реализации. Хотят ядро попроще и поменьше - нет. Хотят пожирнее и пошустрее - есть. "Ух ты, а что, так можно было?"

> На то он и RISC. И предсказатели переходов сложные не могут возникнуть - неоткуда.

А вот это уже на усмотрение implementer'а что он там сделает.

> Это прерогатива CISCoRISC, которые могут разложить инструкции на конвеер,

Вы уже утомили с своим vaporware. Вот вся отрасль тупая, один вы умный. Очень убедительно. Ну тогда обставьте этих лохов, не? Если вам верить это как 2 байта переслать.

> Повторюсь. Кондишнлы - это не только переходы. Нет, в RISC - в
> основном, и это как раз та причина, по которой они не взлетают в реальных условиях.

Они уже мир захватили. Мобильных девайсов выпускается больше чем ваших x86 вместе взятых.

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

362. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 30-Янв-21, 10:59 
> Вы уже утомили с своим vaporware. Вот вся отрасль тупая, один вы
> умный. Очень убедительно.

Ну поспорьте с x86 тогда, что-ли. На котором именно что сидит "вся отрасль".
Уделом ARM'ов так и остаётся мобильный сегмент, где чистая производительность не важна и не интересна.
И всякая эмбедовка, где оно в основном в качестве спящей системы управления.
Даже RP на магистральных роутерах ушли с MIPS/ARM/whatever на x86, к чему бы это, не подскажете? :D
Просто внезапно на эти RP нагрузка стала жёсткая...

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

368. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 30-Янв-21, 11:17 
Для чистоты скажем, что на ARM конечно можно и суперкомпьютер слепить. Под конкретную задачу, где он применим. Но универсальности по производительности там не было и не будет.
Ответить | Правка | Наверх | Cообщить модератору

380. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (376), 30-Янв-21, 21:22 
> Для чистоты скажем, что на ARM конечно можно и суперкомпьютер слепить.

И даже слепили, насколько я помню.

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

379. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (376), 30-Янв-21, 21:21 
> Ну поспорьте с x86 тогда, что-ли.

Где именно? Так то вон 80-ядерный монстр за $4k c EPYC'ом спорит вроде. И по скорости, и по ценам.

> На котором именно что сидит "вся отрасль".

Которая именно?
- Мобильные системы на ARM давно. Отдельные приветы таблет-ПЦу.
- МК опять же ARM в основном, немного 8-бит, RISCV стал появляться.

> Уделом ARM'ов так и остаётся мобильный сегмент, где чистая производительность не важна
> и не интересна.И всякая эмбедовка, где оно в основном в качестве спящей системы управления.

Может спящей, может не спящей. Зачем мне спать если я мотор кручу? Электричества вокруг завались, реалтайм отклик важен, а пара милливаттов на фоне мотора никому погоду не делает.

> Даже RP на магистральных роутерах ушли с MIPS/ARM/whatever на x86, к чему
> бы это, не подскажете? :D

Да кто его знает про какие вы там частности. Так то полно дизайнов энтерпрайз добра на чем угодно и x86 там совсем не в фаворе, просто потому что под него систему дизайнить - занятие проблемное и безблагодатное в общем случае.

> Просто внезапно на эти RP нагрузка стала жёсткая...

Это очень незначительный процент цифровых систем на планете.

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

333. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 27-Янв-21, 23:49 
Ну и да, какого конвеера-то?
Как только встретился кондишнл - всё, нет больше конвеера, ждём да/нет/не знаю (чёрный юмор) от такового.
Ответить | Правка | К родителю #331 | Наверх | Cообщить модератору

355. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Анонис (?), 30-Янв-21, 00:23 
> Ну и да, какого конвеера-то?

Такого, который даже у простых RISC бывает. А у более сложных реализаций ядер и подавно.

> Как только встретился кондишнл - всё, нет больше конвеера, ждём да/нет/не знаю
> (чёрный юмор) от такового.

Вам никогда не приходило в бошку что деление на CISC и RISC ни разу не черно-белое и между 2 полюсами полно опций? И формально заявленый набор команд и фактическая реализация железа ворочающего ее - разные вещи.

Ну вон ARM cortex M умеет быть neuman в железе и софте. Или neuman в софте но гарвард с ibus и dbus в железе. Софту сие однако ж никак не видно и это эпиквин: скорость гарварда без долботни с адресными пространствами и ограничениями гарварда.

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

363. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 30-Янв-21, 11:04 
> Вам никогда не приходило в бошку что деление на CISC и RISC
> ни разу не черно-белое

Внезапно это очевидно. Но проблема RISC в том, что там преднамеренно примитивизируется набор команд с целью упрощения декодирования и планировки, с переносом части таковых в статический анализ компилятором. Чтобы потом "фактически реализовать" сложное планирование - надо сначала попытаться провернуть этот фарш назад, а потом из получившейся мозайки, отдалённо напоминающей исходную собачку, попытаться нарезать аккуратные кубики для ядра. Что допустим старшие кортексы и делают, пытаясь хоть как-то догнать x86 по качеству планирования в рантайме.

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

381. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (381), 30-Янв-21, 21:26 
> Внезапно это очевидно. Но проблема RISC в том, что там преднамеренно примитивизируется
> набор команд с целью упрощения декодирования и планировки, с переносом части
> таковых в статический анализ компилятором.

И как по мне это адский EPIC WIN! Компиляторы, в отличие от мельдониевых, свои баги чинят и воркэраунды выкатывают достаточно оперативно. Без адовых кернелмод воркэраундов и туповэйтинга годами с предложением купить пофикшеный ... новый проц.

> Чтобы потом "фактически реализовать" сложное планирование - надо сначала попытаться
> провернуть этот фарш назад, а потом из получившейся мозайки, отдалённо напоминающей
> исходную собачку, попытаться нарезать аккуратные кубики для ядра.
> Что допустим старшие кортексы и делают, пытаясь хоть как-то догнать x86 по
> качеству планирования в рантайме.

ЧСХ у них
- неплохо получается
- ядер на тот же кристалл больше
- tdp куда вменяемее
- меньше легаси и оверинженерии, все по делу

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

384. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 31-Янв-21, 12:38 
EPIC WIN превращается в EPIC FAIL там, где есть ветвление и зависимость от входных данных, то есть статический анализ ничего не даст. То есть чуть более, чем на всём коде, кроме линейных участков. Нет, есть задачи типа перемножения матриц, которые полностью линейны, но основная масса кода статическим анализом не оптимизируется.
Ответить | Правка | Наверх | Cообщить модератору

386. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 01-Фев-21, 04:26 
> EPIC WIN превращается в EPIC FAIL там, где есть ветвление и зависимость
> от входных данных, то есть статический анализ ничего не даст.

Да с хрена ли? См выше, OoO реализации - есть.

> То есть чуть более, чем на всём коде, кроме линейных участков. Нет,
> есть задачи типа перемножения матриц, которые полностью линейны, но основная масса
> кода статическим анализом не оптимизируется.

Угу, угу, "а шмель об этом не знает, и поэтому летает"

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

22. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (22), 23-Янв-21, 14:14 
Лицензия, кастомизация, всё.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

75. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (92), 23-Янв-21, 21:59 
Как только ты начнёшь делать микроархитектуру на основе этой архитектуры, сразу столкнёшься с кучей патентов...
Ответить | Правка | Наверх | Cообщить модератору

76. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (106), 23-Янв-21, 22:01 
Риски есть в продаже. Мипсы не шевелятся, они мертвы.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

85. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (85), 24-Янв-21, 00:49 
А в микортиках что тогда?
Ответить | Правка | Наверх | Cообщить модератору

93. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (106), 24-Янв-21, 03:30 
Ну и тусуйся со своими микортикахами, кто тебе мешает?
Ответить | Правка | Наверх | Cообщить модератору

291. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 26-Янв-21, 00:09 
На сносных моделях - ARM, Tilera
Модели на мипсе давно пора выкинуть.
Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

91. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Kuromi (ok), 24-Янв-21, 02:06 
О, я помню этот порт под MIPS. Пафосные речи, графики сранивающие производительность и энергопотребление, Ainol первыми выпустившие китайский планшет на MIPS и...как это все "с треском" пошло в народ. Особенно вой вида "а почему на мой новый планшет НИЧЕГО из маркета не установить, все несовместимо?". Китайса потом дооолго продавали этот планшет на MIPS (ЧСХ, отказываясь снижать цену, лол), пока он просто морально не устарел настолько что шансов продать не осталось.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

102. "Android портирован для плат на архитектуре RISC-V"  –3 +/
Сообщение от Аноним (-), 24-Янв-21, 07:10 
Если учесть что Google американская компания котороая может в любой момент вырубить китайцам доступ к этому, и они это на своей шкурке ощутили - а что они теряют? :)
Ответить | Правка | Наверх | Cообщить модератору

154. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Kuromi (ok), 24-Янв-21, 18:38 
> Если учесть что Google американская компания котороая может в любой момент вырубить
> китайцам доступ к этому, и они это на своей шкурке ощутили
> - а что они теряют? :)

Неа, смысл в том что как оказалось сейчас почти весь софт под андроид идет с бинарными архитектурнозависимыми компонентами (кстати то чего Гугль изначально хотел избежать), а если оные не скомпилированы под %ваша новая модная архитетура%, то почти весь софт превращается в тыкву. И зачем вам сборка андроида под которой ничего не работает?
Впрочем, лично китайцам оно может и сгодится...

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

173. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (185), 24-Янв-21, 21:20 
> то чего Гугль изначально хотел избежать

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

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

244. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 25-Янв-21, 10:41 
Бизнес гугла не завязан как таковой на блобы.
Ответить | Правка | Наверх | Cообщить модератору

139. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (133), 24-Янв-21, 15:03 
>Чем RISC-V лучше MIPS

"В 1981 году коллектив под руководством Джона Хеннесси (John L. Hennessy) из Университета Стэнфорда начал работу над проектом, который получил название MIPS."
Начали разработку почти на 3 десятилетия позже, учитывая недостатки MIPS и других.

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

172. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 24-Янв-21, 21:16 
Ещё надо рисководам написать статью: "чем риск-в лучше Б3-34"... ммм... ой... а лучше ли?!
Ответить | Правка | Наверх | Cообщить модератору

24. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (24), 23-Янв-21, 14:26 
А что за GPU?
Ответить | Правка | Наверх | Cообщить модератору

38. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 23-Янв-21, 15:56 
Vivante GC8000UL
Ответить | Правка | Наверх | Cообщить модератору

53. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (92), 23-Янв-21, 18:36 
Оно быстрее хотя бы Денди?
Ответить | Правка | Наверх | Cообщить модератору

54. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Сейд (ok), 23-Янв-21, 18:37 
Да.
Ответить | Правка | Наверх | Cообщить модератору

68. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (92), 23-Янв-21, 20:17 
А псевдографику МК-61 тоже обгоняет?
Ответить | Правка | Наверх | Cообщить модератору

69. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Сейд (ok), 23-Янв-21, 20:20 
Да.
Ответить | Правка | Наверх | Cообщить модератору

103. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 24-Янв-21, 07:11 
А etnaviv эта штука цеплаяется? Впрочем с такими подходами если и не - скоро будет.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

44. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Zitz (?), 23-Янв-21, 16:51 
Мвободный процессор это отлично!

А что на счет свободного видео и биос? Без полностью свободной борды смысла в этом немного.

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

45. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (45), 23-Янв-21, 17:31 
Свободная ISA. Микроархитектуры камней все равно все проприетарные
Ответить | Правка | Наверх | Cообщить модератору

55. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Zitz (?), 23-Янв-21, 18:45 
Есть же вроде чистые процессоры на риск5.
Ответить | Правка | Наверх | Cообщить модератору

59. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 23-Янв-21, 19:23 
https://gitlab.com/shaktiproject
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

58. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Сейд (ok), 23-Янв-21, 19:14 
Почему смысла немного? Смысла очень много.

А открытые видеокарты есть, например, Project VGA (http://wacco.mveas.com/). Ты можешь сделать её даже дома, если захочешь. Или можешь купить у меня за 600 бел. рублей.

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

62. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Zitz (?), 23-Янв-21, 19:38 
Там последние новости датированы 2008 годом.
Ответить | Правка | Наверх | Cообщить модератору

65. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Сейд (ok), 23-Янв-21, 20:02 
Что поделать. Там всё открыто, можно продолжить разработку.
Ответить | Правка | Наверх | Cообщить модератору

66. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (92), 23-Янв-21, 20:15 
как обычно:
- Есть открытые ХХХ?
- Есть.
- А где они?
- Сделай сам.
Ответить | Правка | Наверх | Cообщить модератору

67. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 23-Янв-21, 20:16 
Можешь купить у меня за 600 бел. рублей.
Ответить | Правка | Наверх | Cообщить модератору

77. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (106), 23-Янв-21, 22:02 
Сними видеоролик и выложи на ютуб.
Ответить | Правка | Наверх | Cообщить модератору

104. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 24-Янв-21, 07:14 
> Сделай сам

На вас не угодишь. Если корп сделает, доверия нет. Самому сделать неохота. Ну тогда пистолет с 1 патроном купите, говорят помогает.

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

80. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (106), 23-Янв-21, 22:26 
Подавляющие большинство под свободными лицензиями, есть конечно проприетарные, но их меньшинство.
https://riscv.org/exchange/cores-socs/
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

212. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (212), 25-Янв-21, 05:51 
Там по-моему только одна под _открытой_ лицензией, всё остальное проприетарщина. Большинство такое большинство.
Ответить | Правка | Наверх | Cообщить модератору

222. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (106), 25-Янв-21, 08:20 
По твоему? Там полно GLP, BSD, MIT.
Ответить | Правка | Наверх | Cообщить модератору

228. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (212), 25-Янв-21, 08:43 
> По твоему? Там полно GLP, BSD, MIT.

найди мне 64 бита под гпл

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

230. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (212), 25-Янв-21, 08:48 
> По твоему? Там полно GLP, BSD, MIT.

А кстати, я ошибся, там ни одной под гпл и примерно одна поделка под бсд и одна под мит.

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

295. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (295), 26-Янв-21, 13:38 
LGPL: https://opencores.org/projects/rv01_riscv_core
Ответить | Правка | Наверх | Cообщить модератору

142. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (133), 24-Янв-21, 15:23 
Свободный BIOS - Coreboot
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

236. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (236), 25-Янв-21, 10:01 
> Свободный BIOS - Coreboot

Для новых чипов, однако, блоб-онли FSP или AGESA требуется, да и блобы ME полностью оборвать в новых интелях не получается. Их в принципе научились кастрировать малость но там все-равно надо верить джентльменам на слово что оно и правда угомонилось, а не только вид сделало.

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

49. "Android портирован для плат на архитектуре RISC-V"  –3 +/
Сообщение от Аноним (49), 23-Янв-21, 18:06 
Хрен редьки не сладче, везде будет зонд, и скрытая архитектура, что бы деньги зарабатывать, и опять у халявщиков подгорает. Этот бизнес ради денег, а не для вас халявщиков.
Ответить | Правка | Наверх | Cообщить модератору

56. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Zitz (?), 23-Янв-21, 18:50 
Не хочешь покупать фуфло - халявщик.
Ответить | Правка | Наверх | Cообщить модератору

81. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (16), 23-Янв-21, 22:46 
Микрокод
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

105. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 24-Янв-21, 07:16 
У RISC'ов обычно нет микрокода который uCode ROM. А системное фирмваре совершенно не обязано быть закрытым. Чему пример uboot и coreboot. И тут вопрос в том насколько производитель документирует свое добро, помогает разработчикам или хотя-бы не ставит палки в колеса как intel ME и amd psp
Ответить | Правка | Наверх | Cообщить модератору

110. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 08:29 
Набери в гугле microcoded risc-v, удивишься.
Ответить | Правка | Наверх | Cообщить модератору

143. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (133), 24-Янв-21, 15:26 
Ну да, реализаций RISC-V на Velilog, Chisel для загрузки в FPGA полно.
Ответить | Правка | Наверх | Cообщить модератору

152. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (152), 24-Янв-21, 17:06 
> Ну да, реализаций RISC-V на Velilog, Chisel для загрузки в FPGA полно.

Как бы логично - только это "HDL" - Hardware Development Language. То что железо стало модно описывать кодом - да, а чего? У некоторых проприетариев так вообще есть трансляторы с сишки в железо, думаешь с фига ли "realtime" версия AV1 и VP9 имеет странные ограничения, вида белое не одевать, обтягиваюшее не носить, плавучку не использовать, .... ? А вот потому - они его в аппаратный блок транслируют, а вот прямо обкатав алго на компе :)

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

171. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 21:13 
Вот только реализации эти - самые тупые, уровень студоты. Microcoded risc-v работает медленнее черепахи.
Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

114. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (106), 24-Янв-21, 10:22 
И вообще то их навалом готовых. Бери и используй.
https://riscv.org/exchange/cores-socs/
Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

170. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 24-Янв-21, 21:10 
Каждый студент может такое нарисовать... Никакой ценности в этом нет. Все эти "ядра" - тупейшая схемотехника, даже первые ПМК и то намного сложнее были.
Ответить | Правка | Наверх | Cообщить модератору

237. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (236), 25-Янв-21, 10:03 
> Каждый студент может такое нарисовать... Никакой ценности в этом нет. Все эти
> "ядра" - тупейшая схемотехника, даже первые ПМК и то намного сложнее были.

Что представляет ценность - решает не какой-то левый аноним на форумах а рынок. И судя по резкому взлету стартапов на RISCV и многочисленным анонсам RISCV чипов, аноним с своим 486 вортексом может бамбук курить...

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

60. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от анонимный гном (?), 23-Янв-21, 19:28 
> StarFive VIC7100 работает на частоте 1.5GHz, включает MMU и другие компоненты, необходимые для работы полноценных Linux-дистрибутивов
> поддерживает аппаратные кодировщики/декодировщики H264/H265/JPEG (4K@60FPS)
> оснащена 8 ГБ ОЗУ, WiFi, Bluetooth, 4 портами USB 3.0, USB-C, гигабитным Ethernet, HDMI 1.4
> В качестве поддерживаемого программного обеспечения заявлены FreeRTOS, Debian и Fedora
> Плата будет продаваться по цене 150 долларов

А чего так дешево? В чём подвох? Из-за того, что не нужно платить никаких лицензионных отчислений?

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

61. "Android портирован для плат на архитектуре RISC-V"  +3 +/
Сообщение от Сейд (ok), 23-Янв-21, 19:34 
Да, из-за этого. Иначе она бы стоила 165 $.
Ответить | Правка | Наверх | Cообщить модератору

71. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сишник (?), 23-Янв-21, 20:28 
Будет ещё дешевле, $12: https://cnx-software.ru/2020/11/09/proczessor-allwinner-risc.../
Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

88. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (92), 24-Янв-21, 01:21 
Ноуты от $200 начинаются, у которых, помимо платы, есть ещё и корпус, аккумулятор, монитор...
Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

107. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (106), 24-Янв-21, 07:59 
РИСКи это открытое аппаратное обеспечение.
Ответить | Правка | Наверх | Cообщить модератору

108. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 08:08 
И? Чем тебе поможет, что набор команд по открытой лицензии?
Ответить | Правка | Наверх | Cообщить модератору

109. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 08:10 
Ты ведь сам не будешь проектировать микроархитектуру и паять транзисторы в кремниевой пластине? Нет? Ты ведь купишь ГОТОВЫЙ проц, точно такой же готовый, как интел, stm и пр., у которых отлично документированы команды. Дак и на кой тогда тебе сдалась открытость набора команд?
Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

112. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (106), 24-Янв-21, 10:20 
Может знаю Верилог и занимаюсь FPGA, а может и нет.
А с другой стороны не понимаю скепсис в отношении открытого железа. Я могу предположить два типа: те кто производит железо с закладками или те кто эти закладки юзает по долгу службы.
Ответить | Правка | Наверх | Cообщить модератору

165. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 20:54 
Да не железо открыто, а всего лишь набор команд. Ты хоть понимаешь разницу между набором команд и микросхемой?
Ответить | Правка | Наверх | Cообщить модератору

263. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Аноним (-), 25-Янв-21, 13:55 
> Да не железо открыто, а всего лишь набор команд. Ты хоть понимаешь
> разницу между набором команд и микросхемой?

Для RISCV есть куча вариантов открытых реализаций. И на HDL, и на chisel некоем чудесатом, который чуть не ява.

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

302. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 27-Янв-21, 07:17 
> куча вариантов открытых реализаций.

Дерьмище это, а не реализации. Б3-34 и то быстрее считает.

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

311. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 15:35 
> Дерьмище это, а не реализации. Б3-34 и то быстрее считает.

Ну, ты считай на Б3-34 - а я буду на чем-нибудь другом, включая и RISCV.

А какие еще реальные опции у меня есть? Если арм сольется нвидии, это задник и для меня и для отрасли. Да и проприетарии они, наглеют временами, что ни говори, как с MALI. Блобота и бэкдоры x86 - элементарно задолбали и мне нужны системы где ME и PSP нет. Я даже не прочь денег отсыпать на краудинговых площадках тем кто это сделает. С моей стороны спрос на то чтобы послать зарвавшизся проприетариев, что в этой схеме вам не понятно? Кроме перфоманса у системы есть много других свойств и атрибутов.

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

115. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (106), 24-Янв-21, 10:23 
И вообще то их навалом готовых. Бери, заказывай производство.
https://riscv.org/exchange/cores-socs/
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

166. "Android портирован для плат на архитектуре RISC-V"  –3 +/
Сообщение от Аноним (185), 24-Янв-21, 20:59 
И что ты за чушь вывалил? Верилог?! Это тебе любой студент за неделю напишет. Хер ты с этим в производство сунешься.
Ответить | Правка | Наверх | Cообщить модератору

210. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (210), 25-Янв-21, 03:30 
Прекрасно сунешься. Почитай про RTL.
Но, само собой разумеется, с заказом меньше чем на сотню килобаксов никто с тобой связываться не будет.
Ответить | Правка | Наверх | Cообщить модератору

245. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (-), 25-Янв-21, 10:43 
> И что ты за чушь вывалил? Верилог?! Это тебе любой студент за
> неделю напишет. Хер ты с этим в производство сунешься.

Вообще-то навалом тех кто залил это в FPGA или доделал и сунулся. Проприетари таки смогли всех достать и с железом, нвидия vs arm было последней каплей, имхо.

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

303. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 27-Янв-21, 07:19 
Вот и получается, недопроц для игрушек. Вроде и считает, если надо пару числе в час складывать.
Ответить | Правка | Наверх | Cообщить модератору

312. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 15:37 
> Вот и получается, недопроц для игрушек. Вроде и считает, если надо пару
> числе в час складывать.

Вон ту quad-core игрушку с pcie из соседней линки на том же краундфандере я себе пожалуй даже прикуплю. Это гораздо интереснее гадской интелской блоботы выглядит и подкинет денег тем кто двигат отрасль в нужную мне сторону.

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

153. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 24-Янв-21, 17:11 
> как интел, stm и пр., у которых отлично документированы команды.

А потом интел запихнет всем ME, nvidia скупит ARM, ... а потом еще кого-нибудь объявят врагами народа с которыми иметь дело нерукопожатно. Так то оно смешно, конечно - если это не про вас.

> Дак и на кой тогда тебе сдалась открытость набора команд?

Потому что кое-что прижатое закрывшейся проприетарной дверью очень уж свербит. Открытая технология никуда не денется, проприетарная - как повезет. Ну, как, если у меня есть исходник в HDL, хочу в fpga заливаю, хочу на фабу. А если фирма ARM сказала что лицензировать больше не будет - тогда чего? К тому же нвидия может всех нагнуть даже не потому что CAATSA и торговые войны, а потому что нехрен конкурентам жировать.

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

167. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 24-Янв-21, 21:03 
И поэтому все "почему-то" юзают закрытые интелы и армы, а вот у "открытых" риск-в что-то не складывается никак... Наверно потому, что открытость набора команд - она в ж* никому не упёрлась? Если я имею навык "хочу в fpga заливаю", я себе проц безо всяких риск-в сделаю за пару дней. Это настолько уже дубовая тема, что на всяких курсах за презентацию рисуется готовый проц.
Ответить | Правка | Наверх | Cообщить модератору

246. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 10:52 
> И поэтому все "почему-то" юзают закрытые интелы и армы,

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

> а вот у "открытых" риск-в что-то не складывается никак...

В том что вы дико гоните можно убедиться тупо пощелкав ссылки на краудсаппли, он там что-то типа похожих проектов выдает и там этого "никак" успешно собравшего бабки, а то уже и выполнивших заказы почему-то есть.

> Наверно потому, что открытость набора команд - она в ж* никому не упёрлась?

Да вот пример нвидии vs arm как-то резко открыл всем глаза на тему кому и чего уперлось. Неудобно, видите ли, когда конкурент может прибить вам весь бизнес одной удачной сделкой. И вот тут ж* начинает подгорать даже у вчерашних убежденных проприетариев.

А прикиньте, фирма нвидия может взять да и сказать квалкому, броадкому и прочим самсунгам что ХРЕН ВАМ ВСЕМ, ТЕПЕРЬ ПОКУПАЙТЕ ЧИПЫ У НАС. Теоретически можно в суде попинаться на тему монополий, практически фирма за время суда может просто сдохнуть из-за проблем ведения бизнеса.

> Если я имею навык "хочу в fpga заливаю", я себе проц безо всяких риск-в сделаю за пару дней.

Ну во первых, сравнимое с RV - скорее таки за пару лет.
Во вторых, врядли у вас будет портфолио более-менее совместимых чипов на разные оказии.
В третьих, допустим, сделали - и дальще чего? Кому и зачем надо проц без кода? А где код под ваш супер-проц брать?

> Это настолько уже дубовая тема, что на всяких курсах за презентацию рисуется готовый проц.

Есть некоторая разница между продакшн-риди решением и лабораторным макетом на столе.

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

168. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 24-Янв-21, 21:05 
> если у меня есть исходник в HDL ... хочу на фабу.

Ну да, конечно, у каждой домохозяйки есть миллионы и доступ к фабе :)

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

247. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 25-Янв-21, 10:53 
> Ну да, конечно, у каждой домохозяйки есть миллионы и доступ к фабе :)

Вон там домохозяйки на crowdsupply деньги на запуск производства стреляют. И несколько SoC уже выкатили. Так что походу - есть. Сейчас чипы делают мелкие нонейм стартапы, про которые вы год назад и не слышали.

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

118. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Сейд (ok), 24-Янв-21, 12:37 
Какие?
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

169. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 21:08 
С кнопочками такие, чёрненькие. У них ещё экран открывается, как крышка твоего погреба. Там клавиатура под экраном... Хотя тебе сложно понять, конечно, как ноут выглядит.
Ответить | Правка | Наверх | Cообщить модератору

278. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (295), 25-Янв-21, 18:03 
Может, когда-нибудь, ты ещё увидишь не только чёрненькие, но и металлическим блеском.
Ответить | Правка | Наверх | Cообщить модератору

301. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 27-Янв-21, 07:14 
А как ещё рассказать челу, какие-такие эти ноуты?!
Ответить | Правка | Наверх | Cообщить модератору

78. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от anonymous (??), 23-Янв-21, 22:08 
>не налагая условий на использование.

Не знаком с темой, но если совсем никаких - то пахнет махровой проприетарщиной и еее.

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

86. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (86), 24-Янв-21, 00:52 
Ну корпус то сделают или так и будут поставлять кусок железной платы?
Ответить | Правка | Наверх | Cообщить модератору

87. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (92), 24-Янв-21, 01:18 
зачем оно вообще за $150?! ни корпуса, ни аккумулятора, ни дисплея... Когда ноут можно за $200 купить.
Ответить | Правка | Наверх | Cообщить модератору

119. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Сейд (ok), 24-Янв-21, 12:38 
Какой?

Платы RISC-V нужны для мультимедийных устройств и умных телевизоров.

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

164. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 20:52 
Собрался дома телевизор паять?
Ответить | Правка | Наверх | Cообщить модератору

181. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Сейд (ok), 24-Янв-21, 21:50 
Мультимедийное устройство.
Ответить | Правка | Наверх | Cообщить модератору

204. "Android портирован для плат на архитектуре RISC-V"  –2 +/
Сообщение от Аноним (185), 25-Янв-21, 01:30 
Возьми Нокию старую и воткни в неё колонку - вот всё, что тебе достаточно. Хочешь - на жабе пиши, хочешь - будь сплюснутым.
Ответить | Правка | Наверх | Cообщить модератору

262. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 25-Янв-21, 13:51 
> Возьми Нокию старую и воткни в неё колонку - вот всё, что
> тебе достаточно. Хочешь - на жабе пиши, хочешь - будь сплюснутым.

Не является восппроизводимым решением. На яве к тому же постоянными запросами разрешений дико заколебывает, юзабилити такой колонки полное дно.

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

300. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 27-Янв-21, 07:13 
> На яве к тому же постоянными запросами разрешений

Это ты, деточка, просто не знаешь, как сертификат делать к приложению. Сразу понятно, никогда ничего не делал подобного, только свистеть умеешь.

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

313. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 15:49 
> Это ты, деточка, просто не знаешь, как сертификат делать к приложению. Сразу
> понятно, никогда ничего не делал подобного, только свистеть умеешь.

Я лучше потрачу мое время на изучение каких-то более актуальных и полезных знаний чем борьба с кривой (и абсолютно дохлой) проприетарщиной.

А какой мне так по жизни будет профит со всей этой академической гребли? Я даже вторую такую же штуку по заявкам слушателей напрягусь собрать, это надо еще один кусок нокиевского хлама где-то искать. Ну и зачем мне тратить время на эти извращения?

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

207. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 25-Янв-21, 02:50 
> RISC-V нужны для мультимедийных

А что, никто из не-риск-в не может в мультимедиа?! Вот прям никто-никто? И только один риск-в может?!

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

267. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Сейд (ok), 25-Янв-21, 14:46 
Могут, но дороже.
Ответить | Правка | Наверх | Cообщить модератору

299. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 27-Янв-21, 07:10 
Вот ты свистишь, тут недориск по цене ноутбука предлагают...
Ответить | Правка | Наверх | Cообщить модератору

304. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 27-Янв-21, 14:03 
Какого ноутбука?
Ответить | Правка | Наверх | Cообщить модератору

282. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от letsmac (ok), 25-Янв-21, 18:32 
WD считает, что и в полках и хардах с SSD оно себя неплохо чует.
Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

255. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от letsmac (ok), 25-Янв-21, 12:20 
Когда работал лет 20 назад в разработке встройки. Сам процессор стоил $5. Отладочная плата $350. Это не для конечного юзера продукт.
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

261. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (261), 25-Янв-21, 13:42 
> Когда работал лет 20 назад в разработке встройки. Сам процессор стоил $5.
> Отладочная плата $350. Это не для конечного юзера продукт.

Мир изменился, это добро подешевело.

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

117. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от анонимно (?), 24-Янв-21, 12:27 
BeagleV - Ну что за провал. Какие-то нелепые интерфейсы! нет бы вывести SATA и PCI-E на плате.
Ответить | Правка | Наверх | Cообщить модератору

120. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 24-Янв-21, 12:46 
Закажи HiFive Unmatched, её начнут отправлять 28 февраля.
Ответить | Правка | Наверх | Cообщить модератору

145. "Android портирован для плат на архитектуре RISC-V"  –3 +/
Сообщение от Аноним (133), 24-Янв-21, 15:39 
Эту? https://www.crowdsupply.com/sifive/hifive-unmatched
Но где на ней SATA? Слоты под SSD есть, но кому-то нужен HDD.
Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

160. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 24-Янв-21, 19:57 
> Эту? https://www.crowdsupply.com/sifive/hifive-unmatched
> Но где на ней SATA? Слоты под SSD есть, но кому-то нужен HDD.

Ну так воткнуть его в usb3-коробку. Ну или выдрать из коробки плату и пристыковать к HDD, плата мизерная, с 1 чипом, можно прямтак привинтить куда там надо было.

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

256. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от letsmac (ok), 25-Янв-21, 12:21 
Beagle хорошо себя в станках чувствовал.
Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

122. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (122), 24-Янв-21, 12:52 
Android - шпионск0-рекламная платформа,
прикидывающаяся телефоном и недо-коплюктером.
Ответить | Правка | Наверх | Cообщить модератору

132. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (132), 24-Янв-21, 13:58 
Спасибо за ваше мнение, оно очень важно.
Ответить | Правка | Наверх | Cообщить модератору

161. "Android портирован для плат на архитектуре RISC-V"  –3 +/
Сообщение от Аноним (161), 24-Янв-21, 19:59 
> Спасибо за ваше мнение, оно очень важно.

Что-то кэпу сегодня фишка не прет, хомячки его сливают. Что, подгорает, никчемности? А ну на вакцинацию, мыши лабораторные!

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

124. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (122), 24-Янв-21, 13:08 
А RISC-V - еще даже не взвлетевшая
аппаратная платформа
Ответить | Правка | Наверх | Cообщить модератору

135. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от Сейд (ok), 24-Янв-21, 14:32 
Именно поэтому ARM запускала сайт, который пытался (довольно безуспешно) подчеркнуть предполагаемые преимущества ARM над RISC-V (сайт уже закрыт)?

https://abopen.com/news/rattled-arm-launches-anti-risc-v-mar.../

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

163. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 24-Янв-21, 20:51 
> преимущества ARM над RISC-V

Дак это даже баранам понятно.

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

180. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Сейд (ok), 24-Янв-21, 21:49 
Только баранам это и «понятно».
Ответить | Правка | Наверх | Cообщить модератору

205. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 25-Янв-21, 01:32 
Неудивительно, что тебе не понятно.
Ответить | Правка | Наверх | Cообщить модератору

260. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (261), 25-Янв-21, 13:41 
По-моему тут все понятно:
Its claims, though, are not backed by any publicly-available data, and in many cases appear to be based on little more than marketing puffery.
Ответить | Правка | Наверх | Cообщить модератору

258. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (261), 25-Янв-21, 13:40 
> Дак это даже баранам понятно.

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

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

211. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 25-Янв-21, 03:54 
> RISC-V - еще даже не взвлетевшая

А как она взлетит, если от рождения жирная? Вот типичная операция array[index]: на x86/arm занимает 1 (одну) команду, а на risc-v - 3 (три)!

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

220. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от n00by (ok), 25-Янв-21, 08:18 
>> RISC-V - еще даже не взвлетевшая
> А как она взлетит, если от рождения жирная? Вот типичная операция array[index]:
> на x86/arm занимает 1 (одну) команду, а на risc-v - 3
> (три)!

На AMD64 тоже 3 выходит, если элемент размером больше 8 байт. На IA32 типовой размер 4 байта, поле Scale байта SIB имело запас, позволяющий хранить пару значений в элементе массива.

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

235. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 25-Янв-21, 09:44 
> тоже 3 выходит, если

где ты третью нашёл?!

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

251. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от letsmac (ok), 25-Янв-21, 11:59 
Была статья от инженера конторы Arm. На хабре был перевод. RISC-V это пока замена MIPS/AVR/8051. Но не cortex с его уже не совсем RISC архитектурой.
Ответить | Правка | Наверх | Cообщить модератору

269. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 25-Янв-21, 15:31 
> RISC-V это пока замена MIPS/AVR/8051

Это сразу было понятно, что доисторический шлак свелосипедили.

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

319. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (376), 27-Янв-21, 16:46 
> Это сразу было понятно, что доисторический шлак свелосипедили.

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

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

276. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (295), 25-Янв-21, 17:54 
А 8051 никогда RISCом и не был.
Ответить | Правка | К родителю #251 | Наверх | Cообщить модератору

281. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от letsmac (ok), 25-Янв-21, 18:27 
Имелась в виду сфера применения. У поздних хз что в ядре стоит - возможно тот-же RISC с декодером.
Ответить | Правка | Наверх | Cообщить модератору

337. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 28-Янв-21, 03:03 
> Имелась в виду сфера применения. У поздних хз что в ядре стоит
> - возможно тот-же RISC с декодером.

Тем не менее еще один архитектурный уродец. За что и сожран с потрохами ARM. А теперь и RISCV слегка. Кстати да, хорошие вещи должны масшатироваться, по соображениям экосистемы. ARM просек и добился успехов :)

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

315. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 16:27 
> Была статья от инженера конторы Arm.

Так не катит. Выдавать реалистичные заявления может только кто-нибудь нейтральный, без шкурного интереса. А тут явно не этот случай.

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

365. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от netch (ok), 30-Янв-21, 11:06 
> Была статья от инженера конторы Arm. На хабре был перевод.

В статье половина - вкусовщина или устарело, из остатка ещё половина спорна. Фактически, единственное что похоже на повод задуматься это таки отсутствие адресации base+index*scale+offset. И то, практика показывает, что случаев необходимости в такой адресации реально ну очень мало.
Практический же код под RISC-V (64) оказывается даже компактнее, чем под AArch64.
Зато вот эта статья - повод задуматься: https://habr.com/ru/company/vdsina/blog/534542/

> RISC-V это пока замена MIPS/AVR/8051. Но не cortex с его уже не совсем RISC архитектурой.

Пока что видна тенденция на соревнование другими методами.

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

272. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от n00by (ok), 25-Янв-21, 16:24 
>> тоже 3 выходит, если
> где ты третью нашёл?!

С запасом взял, что бы сошлись на 2-х в среднем.) Индекс может где-то еще использоваться, тогда его приходится копировать или хранить в 2-х регистрах в различном представлении (помноженный на 2, либо в виде адреса).

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

252. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от letsmac (ok), 25-Янв-21, 12:04 
Вообще это нормально для чистых RISC процов. У них нет декодера - так что фактически тот-же ARM/x86 выполнит те-же три команды после декодера, просто это синтаксический сахар.
Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

268. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 25-Янв-21, 15:29 
> тот-же ARM/x86 выполнит те-же три команды

и выполнит быстрее, чем пока risc-v будет ковыряться в трёх соснах.

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

271. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 25-Янв-21, 16:23 
> просто это синтаксический сахар

Ну ты сам-то посчитай... У x86 - 1 команда на 3 байта, у ARM - 1 команда на 4 байта, у RISC-V - 3 команды на 12 (!) байт. Затык по памяти у risc-v в 3..4 раза больше. Это раз. Далее - выборка команд, x86/arm сделают это за такт (опускаем пока, что x86 может вообще кучу команд сдекодить за раз). А вот risc-v сделает это за 3 такта (но после того, как пережуёт в 3..4 раза больше памяти). Это два. Всё, уже приплыли. И третий этап - конвейер, у нормальных будет результат на каждый такт, у risc-v - никак эти 3 команды не слепятся в одну. Ты удивишься, но операция base+scale*index выполняется за раз, а не в два приёма, как ты подумал.

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

274. "Android портирован для плат на архитектуре RISC-V"  +2 +/
Сообщение от letsmac (ok), 25-Янв-21, 16:47 
>> просто это синтаксический сахар
> Ну ты сам-то посчитай... У x86 - 1 команда на 3 байта,
> у ARM - 1 команда на 4 байта, у RISC-V -

У x86 команда от байта до 4, еще и параметры хз сколько займут.  Из-за этого и геморрой с этой помесью велосипеда с осьминогом. Там декодер просто переуплотнен.

>>у RISC-V - 3 команды на 12 (!) байт.

Да пофиг реально. Никак не повлияет,

>>А вот risc-v сделает это за 3 такта

С чего бы? Даже AVR спокойно по 4 команды за такт кушал.

>>Ты удивишься, но операция base+scale*index выполняется за раз, а не в два приёма, как ты подумал.

Я ничего не думал. Операция обращения в RAM зависит только от RAM, чего там процессор в смещении насчитал сугубо его проблемы.

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

297. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (185), 27-Янв-21, 06:38 
> У x86 команда от байта до 4, еще и параметры хз сколько займут

Не тупи, команда x86 base+scale*index кодируется ТРЕМЯ байтами.

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

292. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от www2 (??), 26-Янв-21, 08:26 
>А как она взлетит, если от рождения жирная? Вот типичная операция array[index]: на x86/arm занимает 1 (одну) команду, а на risc-v - 3 (три)!

Либо дурак, либо тонкий тролль.

RISC - это Reduced Instruction Set Computer, то есть компьютер с упрощённым набором команд. Поскольку команды упрощены, для выполнения тех же операций требуется выполнить больше команд. Но за счёт этого процессор получается проще, команды выполняются быстрее и их проще выполнять конвейерным способом: несколько последовательных инструкций выполняются одновременно, каждая на своём этапе.

Ну и чтобы было понимание: x86 и arm внутри себя имеют RISC-ядра. Одна большая внешняя команда транслируется в несколько простых команд внутри процессора для исполнения их на RISC-ядре. Инструкции RISC при этом остаются неизменными, т.к. "отлиты в железе", а вот транслятор можно настраивать при помощи микрокода: прошивки для процессора. Можно заливкой новой прошивки реализовывать новые инструкции или управлять тем, в какие инструкции для RISC-ядра транслируются внешние большие инструкции.

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

293. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (295), 26-Янв-21, 12:02 
ARM перестал быть RISC? ARM - Advanced RISC Machine, как бы.
Ответить | Правка | Наверх | Cообщить модератору

316. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 27-Янв-21, 16:29 
> ARM перестал быть RISC? ARM - Advanced RISC Machine, как бы.

Он перестал быть удобной компанией у которой можно просто лицензировать процессорные ядра. Остальное при этом уже не важно. Они урыли свой главный ассет своими фокусами с нвидией. Статус-кво нарушен.

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

298. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 27-Янв-21, 06:41 
Бла-бла-бла... Кроме академических слов ничего не знаешь про реальные архитектуры.
Ответить | Правка | К родителю #292 | Наверх | Cообщить модератору

324. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 27-Янв-21, 21:19 
> А как она взлетит, если от рождения жирная? Вот типичная операция array[index]:
> на x86/arm занимает 1 (одну) команду, а на risc-v - 3
> (три)!

Потому что заботливый декодер внутри её разложит как надо по исполнительным модулям.
Что для RISC вещь несуществующая - тут да, придётся заранее компилятором раскладывать
А если декодер знает, что у него ещё свободные модули остаются - он ещё и пару следующих команд на остаток разложит, и зависимости протегирует для внеочередного исполнения.
В случае RISC это опять делается компилятором.

Почему бы не делать компилятором - это же так можно, да?

Да можно, и даже не менее эффективно, но... До первого conditional'а. Когда на RISC компилятору придётся не раскладывать ничего, кроме этого самого conditional'а, и только после получения результата дальше в новой цепочке раскладывать, потому что компилятор не знает, что там в источнике для условия, какие данные, и знать не может. А вот декодер CISCoRISC вполне может знать - и разложит "вперёд", занимая свободные модули. Если совсем не знает - разложит обе цепочки спекулятивно, и одну выкинет.

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

325. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 27-Янв-21, 21:23 
А самое весёлое начинается когда у тебя число например исполнительных модулей изменилось от ревизии проца к ревизии проца. CISCoRISC старый код выполнит, и даже возможно более оптимально разложит. А вот в случае чистого RISC ты в общем случае идёшь компилять всё заново :D
Ответить | Правка | Наверх | Cообщить модератору

329. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (-), 27-Янв-21, 21:44 
Спасибо, все уже видели чего и куда интеловский декодер и микрокод раскладывают своим мельдонием. И потом хрен дождешься патченый микрокод, новый проц, дескать, лучше купите для починки интельской криворукости. Ага, отлично. А может лучше тогда денег кому-то другому дать? А то еще и отдельно платить за то чтобы процы не глюкавые были - это уже вообще оборзение в терминальной стадии у фирмы. Management Engine, значит, у этих сволочей время кодить есть, а свои косяки чинить - нет? А зачем такой производитель нужен?
Ответить | Правка | Наверх | Cообщить модератору

361. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от netch (ok), 30-Янв-21, 10:58 
> А самое весёлое начинается когда у тебя число например исполнительных модулей изменилось
> от ревизии проца к ревизии проца. CISCoRISC старый код выполнит, и
> даже возможно более оптимально разложит. А вот в случае чистого RISC
> ты в общем случае идёшь компилять всё заново :D

Это такая наркомания, что я вообще не знаю, как цензурно комментировать ;\
RISC не EPIC, в нём никаких подобных ограничений. Нормальный out-of-order заводится на нём не хуже чем на CISC, а то и лучше - декодер проще, не нужно регенерации потока микрокоманд. Уже старшие MIPS тому пример.

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

366. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 30-Янв-21, 11:10 
> а то и лучше -  декодер проще, не нужно регенерации потока микрокоманд

Оставим в покое MIPS, который ни жив ни мёртв. Давай за ARM, у которого таки и настоящее повеселее, и будущее не так печально.

То-то новые кортексы из фарша RISC сначала макрокоманды собирают (ну, не из всего, конечно), и даже кешируют, а потом решедулят на ядро, заново разобрав. Мужики-то не знали, что оно и проще, и не хуже, и нагородили вот такой огород, чтобы хоть как-то сделать вид, что умеют планировать не хуже CISC'ов.

Про EPIC и VLIW речи не шло. Там вообще никаким OOO близко не пахнет. В итанике попробовали, но вышло так себе.

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

369. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от netch (ok), 30-Янв-21, 11:30 
> Оставим в покое MIPS, который ни жив ни мёртв. Давай за ARM,
> у которого таки и настоящее повеселее, и будущее не так печально.
> То-то новые кортексы из фарша RISC сначала макрокоманды собирают (ну, не из
> всего, конечно), и даже кешируют, а потом решедулят на ядро, заново
> разобрав.

Давай. Что именно они разбирают и складывают заново? Подробности в студию. Давай напророчу: в первую очередь это замена всяких cmp+bne на одну операцию. Потому что для OoO узкое место в виде одного регистра флагов на всё это гиря на ноге - и это у ARM таки общее с x86.

Или ты просто про раскладку по параллельным исполнительным блокам после разделения независимых операций и регистровых значений? Так это как раз не требует сложной подготовки при компиляции, и идентично переносится на RISC-V, MIPS, Power, и прочая и прочая.

> Мужики-то не знали, что оно и проще, и не хуже,
> и нагородили вот такой огород, чтобы хоть как-то сделать вид, что
> умеют планировать не хуже CISC'ов.

Предварительно ввернув один из главных CISCʼовских костылей (см. выше)? Ну да, самоисполняющееся пророчество.

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

370. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Онаним (?), 30-Янв-21, 12:01 
> Предварительно ввернув один из главных CISCʼовских костылей (см. выше)? Ну да, самоисполняющееся пророчество.

Именно так. Потому что без этого костыля оно так себе.

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

373. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от netch (ok), 30-Янв-21, 12:12 
>> Предварительно ввернув один из главных CISCʼовских костылей (см. выше)? Ну да, самоисполняющееся пророчество.
> Именно так. Потому что без этого костыля оно так себе.

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

Ещё одно преимущество - так как передовые компиляторы сейчас на SSA, команды сравнения с немедленным переходом требуют меньше укладки на целевую ISA, чем те, которые зажаты одним регистром условий. (Вот интересно бы почитать, какая эффективность этого на Power - что-то быстро не могу найти такого анализа.)

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

136. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (133), 24-Янв-21, 14:35 
>NVDLA (Nvidia Deep Learning Accelerator) для ускорения систем машинного обучения

А эта фиговина, наверняка, заблобирована по самые не балуйся.

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

157. "Android портирован для плат на архитектуре RISC-V"  +5 +/
Сообщение от ыы (?), 24-Янв-21, 19:20 
Засадить блобы глубже и качественней чем в малину - наверное невозможно в принципе.. вас же от малины не тошнит?
а процесс загрузки малины- он знаете ли вам не принадлежит...
Ответить | Правка | Наверх | Cообщить модератору

277. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Аноним (295), 25-Янв-21, 18:00 
Тошнит от третьей. Про процесс загрузки четвёртой не знаю.
Ответить | Правка | Наверх | Cообщить модератору

279. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от via (??), 25-Янв-21, 18:05 
opennets, какой seeed studios?
Ответить | Правка | Наверх | Cообщить модератору

280. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от letsmac (ok), 25-Янв-21, 18:23 
А тебе зачем? Производитель всякой мелочевки на arduiono/beagle и прочих шилдов. Даже что-то своё клепал.
Ответить | Правка | Наверх | Cообщить модератору

283. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от Сейд (ok), 25-Янв-21, 18:40 
Via заметил, что это Seeed Studio, но постеснялся исправить новость. Via, внизу и справа от текста новости есть кнопка «исправить».
Ответить | Правка | Наверх | Cообщить модератору

284. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от letsmac (ok), 25-Янв-21, 19:06 
Понял, что не понял юмора.
Ответить | Правка | Наверх | Cообщить модератору

285. "Android портирован для плат на архитектуре RISC-V"  +1 +/
Сообщение от via (??), 25-Янв-21, 19:22 
Спасибо.
Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

286. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Вопль_в_пустыне (?), 25-Янв-21, 19:48 
Это не для широких масс, так для гиков не более того.
Ответить | Правка | Наверх | Cообщить модератору

296. "Android портирован для плат на архитектуре RISC-V"  –1 +/
Сообщение от Аноним (185), 27-Янв-21, 06:35 
для розовых пони... кода на risc-v получается в разы больше, чем для arm. Сама архитектура risc-v - тормознутая, многое надо лапками делать (нет флагов, исключений для арифметики). Типичный пример - при суммировании перенос между частями сложного числа... в risc-v переноса нету! как хочешь, так и тискайся.
Ответить | Правка | Наверх | Cообщить модератору

317. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (-), 27-Янв-21, 16:31 
> для розовых пони... кода на risc-v получается в разы больше, чем для arm.

Да сейчас, рисковский аналог thumb2 лишь немного более рыхлый. Процентов 20 едва ли. И когда альтернативой кончина апстрима и злобная нвидия, кого такие мелочи вообще волнуют, право? :)

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

357. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от netch (ok), 30-Янв-21, 01:24 
> для розовых пони... кода на risc-v получается в разы больше, чем для
> arm.

Не-розовые пони нагло врут.

Беру набор компиляторов из убунты (GCC близких версий, опция -O2), только под RV самосборный, и сверяем. Объект - кастомный прокси FIX протокола, простой C++11 без наворотов.

amd64: 199368 байт
aarch64: 207552 байта
rv64 без compressed команд: 200448 байт
rv64 с compressed командами: 167680 байт

то есть даже без "C" (compressed) набора он только на 1% толще amd64 (и уже тоньше арма).

> Сама архитектура risc-v - тормознутая, многое надо лапками делать (нет
> флагов, исключений для арифметики).

AArch64 тоже молча проглатывает деление на 0 (причём в отличие от RISC-V возвращает частным 0). Анонимы, которые зациклились на нём, не смогли прочитать документацию дальше названия.

> Типичный пример - при суммировании перенос между
> частями сложного числа... в risc-v переноса нету! как хочешь, так и
> тискайся.

Этот случай занимает жалкие доли процента от всех использований add. Но для криптографии, может, и доработают.

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

382. "Android портирован для плат на архитектуре RISC-V"  +/
Сообщение от Аноним (382), 30-Янв-21, 21:35 
> то есть даже без "C" (compressed) набора он только на 1% толще
> amd64 (и уже тоньше арма).

А так он еще в кэш чаще умещаться будет чего доброго, не? Как насчет перфоманс "C" vs "usual" померять? Интересно же.

> возвращает частным 0). Анонимы, которые зациклились на нём, не смогли прочитать
> документацию дальше названия.

Ононимы зациклились на каких-то CISC-o-RISC в вакууме - забыв посмотреть на мир вокруг себя, чтобы обнаружить что большая часть их идей уже давно уперта другими, при том они даже пользолвались машиной времени, так что воевать с ними бесполезно - они уже все улучшения процессоров от ононима давно просекли, на 25 лет его потуг вперед.

> Этот случай занимает жалкие доли процента от всех использований add. Но для
> криптографии, может, и доработают.

А не проще будет simd вариант какой-нибудь сделать?

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

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

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




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

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