https://www.opennet.ru/openforum/vsluhforumID3/115909.html Некоммерческие организации Linux Foundation и RISC-V Foundation подписали (https://www.linuxfoundation.org/the-linux-foundation/2018/11/the-linux-foundation-and-risc-v-foundation-announce-joint-collaboration-to-enable-a-new-era-of-open-architecture/) соглашение об объединении усилий в продвижении решений на базе архитектуры RISC-V и усилению её поддержки в открытом ПО. Совместная инициатива позволит расширить экосистему, связанную с RISC-V, привлечь к разработке новых участников, стимулировать создание открытых приложений и аппаратных компонентов, обеспечить поддержку RISC-V в различных операционных системах и средствах разработки.<br><br><br><br>Напомним, что RISC-V предоставляет открытую и гибкую систему машинных инструкций, позволяющую создавать микропроцессоры для произвольных областей применения, не требуя при этом отчислений и не налагая условий на использование. RISC-V позволяет создавать полностью открытые SoC и процессоры. В настоящее время на базе спецификации RISC-V разными компаниями и сообществами по https://www.opennet.ru/openforum/vsluhforumID3/115909.html#67 Fri, 30 Nov 2018 15:42:49 GMT нет ethernet - нет жизни<br> https://www.opennet.ru/openforum/vsluhforumID3/115909.html#66 Fri, 30 Nov 2018 00:21:51 GMT &gt; В распоряжении имею платки по $10 - $45.<br><br>STM32 c ним даже и не пытается конкурировать, чудак. Это системы разного калибра для разных задач. И если они и пересекаются, то только сильно местами.<br> https://www.opennet.ru/openforum/vsluhforumID3/115909.html#65 Thu, 29 Nov 2018 18:28:30 GMT На aliexpress платки продают &lt; $20: http://linuxgizmos.com/this-under-6-sbc-runs-linux-on-risc-v-based-c-sky-chip/<br> https://www.opennet.ru/openforum/vsluhforumID3/115909.html#64 Thu, 29 Nov 2018 18:27:51 GMT На aliexpress платки продают &lt; $20: http://linuxgizmos.com/this-under-6-sbc-runs-linux-on-risc-v-based-c-sky-chip/<br> https://www.opennet.ru/openforum/vsluhforumID3/115909.html#63 Thu, 29 Nov 2018 08:33:21 GMT Между &#171;будет работать&#187; и &#171;будет работать оптимально для данной реализации аппаратуры&#187; может быть расстояние в разы. Единый набор команд гарантирует, что код будет работать. А чтобы работать оптимально надо больше, чем тайминги инструкций. Хотя тайминги безусловно стартовая точка и в компиляторах сегодня это реализуется весьма просто.<br><br>Цель иметь общий компилятор вторична, это скорее бесплатный бонус; первично - лицензионно чистый набор команд. Arm берет до 3,5% лицензионных отчислений со своих IP ядер. Деталей Arm architectural license - права истользовать набор команд, делая собственную реализацию, я в открытом доступе не видел. Этим путем идут все крупные игроки, например, Qualcomm с их Krait и Kyro ядрами. Это способ дифференциации для них. Arm совместимые ядра от Apple, например, существенно мощнее остальных в однопотоке. И естественное требуют своего компилятора. Зачем тогда придерживаться общего набора инструкций? Экосистема - инструменты, существующий код. На это сейчас и пытается https://www.opennet.ru/openforum/vsluhforumID3/115909.html#62 Thu, 29 Nov 2018 07:30:04 GMT &gt; "значит оптимизировать нужно под каждую реализацию RISC-V набора"<br><br>А разве не набор весов на каждую команду по типам для конкретного железа?<br>По мне так это бы частично решило проблему компиляции под конкретное железо, а так как основные оптимизации эффективны в ядре системы и системных библиотеках, то подход помог бы.<br><br>p.s. Как сейчас в компиляторах не в курсе, понятно что в реализации всё сложнее, но на мой взгляд с учётом сильных изменения в таймингах по пути 486-586-686 и т.п. это уже давно могло быть реализовано.<br> https://www.opennet.ru/openforum/vsluhforumID3/115909.html#61 Thu, 29 Nov 2018 07:18:44 GMT А -20% потому-что эко налоги?<br> https://www.opennet.ru/openforum/vsluhforumID3/115909.html#60 Thu, 29 Nov 2018 07:17:15 GMT Браузер, просмотр фото и просмотр видео(своего) остальное дома очень редко нужно...<br> https://www.opennet.ru/openforum/vsluhforumID3/115909.html#59 Thu, 29 Nov 2018 04:53:40 GMT &gt; (1) дать <br>&gt; возможность создать альтернативу Arm ядрам без лицензионных отчислений <br><br>Согласен. <br>Однако, есть нюанс, кроющийся в ответе на два вопроса:<br>1) кому нынче принадлежит ARM;<br>2) кому принадлежат производящие фабрики.<br>