https://www.opennet.ru/openforum/vsluhforumID3/123060.html Китайский производитель чипов T-Head, принадлежащий компании Alibaba Group, опубликовал результаты портирования платформы Android 10 на платы, оснащённые процессорами на базе архитектуры RISC-V. Патчи подготовлены для кодовой базы AOSP (Android Open Source Project) и охватывают различные подсистемы, включая графический стек, библиотеку bionic, виртуальную машину dalvik и фреймворки. Прилагается сценарий для самостоятельной сборки AOSP для устройств RISC-V или для запуска в эмуляторе...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54459<br> https://www.opennet.ru/openforum/vsluhforumID3/123060.html#386 Mon, 01 Feb 2021 01:26:27 GMT &gt; EPIC WIN превращается в EPIC FAIL там, где есть ветвление и зависимость <br>&gt; от входных данных, то есть статический анализ ничего не даст.<br><br>Да с хрена ли? См выше, OoO реализации - есть.<br><br>&gt; То есть чуть более, чем на всём коде, кроме линейных участков. Нет, <br>&gt; есть задачи типа перемножения матриц, которые полностью линейны, но основная масса <br>&gt; кода статическим анализом не оптимизируется.<br><br>Угу, угу, "а шмель об этом не знает, и поэтому летает"<br> https://www.opennet.ru/openforum/vsluhforumID3/123060.html#385 Mon, 01 Feb 2021 01:19:19 GMT &gt; Закопать. Рядом с RISC-V.<br><br>Нашелся тут кладокопатель... <br><br>[code]Alibaba Group, in July 2019 announced the 2.5 GHz 16-core 64-bit (RV64GCV) XuanTie 910 out-of-order processor[46] [/code] Почему-то и OoO есть, и ядер 16, и вообще, довольно непозорный по параметрам проц. Который, к тому же, у алибабы уже никто не отнимет...<br> https://www.opennet.ru/openforum/vsluhforumID3/123060.html#384 Sun, 31 Jan 2021 09:38:08 GMT EPIC WIN превращается в EPIC FAIL там, где есть ветвление и зависимость от входных данных, то есть статический анализ ничего не даст. То есть чуть более, чем на всём коде, кроме линейных участков. Нет, есть задачи типа перемножения матриц, которые полностью линейны, но основная масса кода статическим анализом не оптимизируется.<br> https://www.opennet.ru/openforum/vsluhforumID3/123060.html#383 Sat, 30 Jan 2021 21:37:48 GMT &gt; Заодно уточняйте, что Вам религия запрещает усложнять исполнительный блок, что бы не <br>&gt; тратить время.<br><br>Ему запрещает. А фирме ARM или вон тем стартаперам с RISCV не запрещает. Поэтому мои бабки и получат они а не этот чудак.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/123060.html#382 Sat, 30 Jan 2021 18:35:38 GMT &gt; то есть даже без "C" (compressed) набора он только на 1% толще <br>&gt; amd64 (и уже тоньше арма).<br><br>А так он еще в кэш чаще умещаться будет чего доброго, не? Как насчет перфоманс "C" vs "usual" померять? Интересно же.<br><br>&gt; возвращает частным 0). Анонимы, которые зациклились на нём, не смогли прочитать <br>&gt; документацию дальше названия.<br><br>Ононимы зациклились на каких-то CISC-o-RISC в вакууме - забыв посмотреть на мир вокруг себя, чтобы обнаружить что большая часть их идей уже давно уперта другими, при том они даже пользолвались машиной времени, так что воевать с ними бесполезно - они уже все улучшения процессоров от ононима давно просекли, на 25 лет его потуг вперед.<br><br>&gt; Этот случай занимает жалкие доли процента от всех использований add. Но для <br>&gt; криптографии, может, и доработают.<br><br>А не проще будет simd вариант какой-нибудь сделать?<br> https://www.opennet.ru/openforum/vsluhforumID3/123060.html#381 Sat, 30 Jan 2021 18:26:15 GMT &gt; Внезапно это очевидно. Но проблема RISC в том, что там преднамеренно примитивизируется <br>&gt; набор команд с целью упрощения декодирования и планировки, с переносом части <br>&gt; таковых в статический анализ компилятором. <br><br>И как по мне это адский EPIC WIN! Компиляторы, в отличие от мельдониевых, свои баги чинят и воркэраунды выкатывают достаточно оперативно. Без адовых кернелмод воркэраундов и туповэйтинга годами с предложением купить пофикшеный ... новый проц.<br><br>&gt; Чтобы потом "фактически реализовать" сложное планирование - надо сначала попытаться<br>&gt; провернуть этот фарш назад, а потом из получившейся мозайки, отдалённо напоминающей<br>&gt; исходную собачку, попытаться нарезать аккуратные кубики для ядра.<br>&gt; Что допустим старшие кортексы и делают, пытаясь хоть как-то догнать x86 по<br>&gt; качеству планирования в рантайме.<br><br>ЧСХ у них <br>- неплохо получается<br>- ядер на тот же кристалл больше<br>- tdp куда вменяемее<br>- меньше легаси и оверинженерии, все по делу<br><br> https://www.opennet.ru/openforum/vsluhforumID3/123060.html#380 Sat, 30 Jan 2021 18:22:01 GMT &gt; Для чистоты скажем, что на ARM конечно можно и суперкомпьютер слепить.<br><br>И даже слепили, насколько я помню.<br> https://www.opennet.ru/openforum/vsluhforumID3/123060.html#379 Sat, 30 Jan 2021 18:21:22 GMT &gt; Ну поспорьте с x86 тогда, что-ли.<br><br>Где именно? Так то вон 80-ядерный монстр за $4k c EPYC'ом спорит вроде. И по скорости, и по ценам.<br><br>&gt; На котором именно что сидит "вся отрасль".<br><br>Которая именно?<br>- Мобильные системы на ARM давно. Отдельные приветы таблет-ПЦу.<br>- МК опять же ARM в основном, немного 8-бит, RISCV стал появляться.<br><br>&gt; Уделом ARM'ов так и остаётся мобильный сегмент, где чистая производительность не важна <br>&gt; и не интересна.И всякая эмбедовка, где оно в основном в качестве спящей системы управления.<br><br>Может спящей, может не спящей. Зачем мне спать если я мотор кручу? Электричества вокруг завались, реалтайм отклик важен, а пара милливаттов на фоне мотора никому погоду не делает.<br> <br>&gt; Даже RP на магистральных роутерах ушли с MIPS/ARM/whatever на x86, к чему <br>&gt; бы это, не подскажете? :D<br><br>Да кто его знает про какие вы там частности. Так то полно дизайнов энтерпрайз добра на чем угодно и x86 там совсем не в фаворе, просто потому что под него систему дизайнить - занятие проблемное и безблагод https://www.opennet.ru/openforum/vsluhforumID3/123060.html#378 Sat, 30 Jan 2021 18:15:07 GMT &gt; Топовые армы RISC имеют только на фронтенде. Дальше жуткая химера. Посмотрите архитектуру уже.<br><br>Я то посмотрел, и в отличие от разогнавшегося оленя догадываюсь что деление на CISC и RISC не бинарное от слова вообще.<br>