Посоветуйте хороший современный словарь для программистов по соответствию английских и русских терминов. Что б понимать, что уже в русском приживается, а что наносное/непереведённое надо исправить. Что б не мелькали разные туплы/дженерики/интринсики. Может есть какой коллективнособираемый словарь?
В этом и была цель. Для развёртывания среды разработки и/или тестирования будет достаточно одного типового инструмента для всех элементов цепочки идентификации и доверенного взаимодействия. К тому же, для настройки не обязательно клацать мышкой, а можно делать программно – файлами конфигурации. Про это есть в документации и в постах на комьюнити.
Дальше, по мере развития проекта, можно (и нужно, и рекомендуестя!) собирать гетерогенную систему из разных платформ.
Общая идея похожа. Разница в поддержке языков и приоритете стратегии компиляции Ahead-of-Time над JIT. И тут байт код Java сильно проигрывает тому, сколько языков уже входит в обойму LLVM. Особенно таких как С, Rust и Go.
Тот, кто создаст платформу приложений на этой основе – будет новым Apple/Microsoft/Google :)
Про другое, про IR, про промежуточный код низкого уровня, но не машинный. То есть когда приложение потребуется для установки на конкретном железе, то идёт запрос на компиляцию из IR под это железо со всеми доплючами и аппаратными оптимизациями. LLVM под это дело почти идеально годится – пишем на любом языке, получаем универсальный IR код, а дальше бекэнд-компилятор под платформу затачивает. Для РИСКов самое то, потому как IR проектировался под них. Даже игроделы будут рады – для них есть SPIR-V для GPU.
Есть и более горячие головы, в том числе в России, которые предлагают весь код хранить в промежуточном виде аля ассемблер. Как байт код LLVM IR, например. И компилить под нативную платформу по мере надобности, а там кешировать, но сохранять байт код и ABI. Поговаривают, что так Apple уже практикует и рекомендует для MacOS и iOS. Потом бац и весь код работает не на х86, а на ARM или RISC-V.
Поэтому раз, и RISC-V делает ход конём с использованием С-инструкций: «Typically, 50%–60% of the RISC-V instructions in a program can be replaced with RVC instructions, resulting in a 25%–30% code-size reduction.»
Так для этого ссылку и дал на спецификацию, что б не гадать про РИСКи))
Там прям по тексту: размер инструкции 16 бит.
Зачем приводить гипотетические 128/256?
Есть ещё открытые гипервизоры – Интеловский ACRN и Jailhouse Сименса. Это довольно новые разработки и они оба про безопасность в авто и промприменениях, включая поддержку интетеймент-приложений и ОС, если нужно.
То, что всё стало робототехникой – это нормально. Роботы летают (авиамодели и ракеты), плавают (судомодели) и ездят. Внутри много радиоуправления и электроники (радиомоделирование). Плюс повсеместные фото и видеокамеры в моделях (фотокружки). А ещё, конечно, программирование и 3Д-печать для моделей.
А вот модели-копии, наверное, потеряли. Да и соревнований разных уровней по единым стандартам тоже мало. Довелось участвовать во всесоюзных соревнованиях моделистов в 80-х и есть что вспомнить-рассказать.
В 2015 году был: «Направление «Клиентские операционные системы / Серверные операционные системы» 2 место – проекты «Создание ОС на базе ReactOS для ПК (Фонд «Реактос», МГТУ им. Н.Э. Баумана, ООО «Параллелз Рисерч» и др.).»
В 3-х чиповом варианте с возможностью горячей замены? :)
И спасибо, что так подробно рассказываете технические подробности.
Других не знаю. Ищу))
В этом и была цель. Для развёртывания среды разработки и/или тестирования будет достаточно одного типового инструмента для всех элементов цепочки идентификации и доверенного взаимодействия. К тому же, для настройки не обязательно клацать мышкой, а можно делать программно – файлами конфигурации. Про это есть в документации и в постах на комьюнити.
Дальше, по мере развития проекта, можно (и нужно, и рекомендуестя!) собирать гетерогенную систему из разных платформ.
Что за вещи, можно пример интереса?
Тот, кто создаст платформу приложений на этой основе – будет новым Apple/Microsoft/Google :)
А реализация компактных аналогов AVX и прочих MMX радостей – это встроено прямо в идеологию расширяемости RISC-V. Вот в Alibaba взяли и добавили в свой процессор 50 дополнительных инструкций.
Там прям по тексту: размер инструкции 16 бит.
Зачем приводить гипотетические 128/256?
А можно пойти встречным путём – максимально использовать сжатые RISC-V инструкции при компиляции, то есть в 64 битный пакет разом влезет четыре 16-битные команды.
(Chapter 16 “C” Standard Extension forCompressed Instructions, Version 2.0)
А вот модели-копии, наверное, потеряли. Да и соревнований разных уровней по единым стандартам тоже мало. Довелось участвовать во всесоюзных соревнованиях моделистов в 80-х и есть что вспомнить-рассказать.
Как я понял, они указаны в EXIF и лежат допкартинкой. Стандарта пока нет.