Во-первых, делать «второй экземпляр» объекта на той стороне или после передачи копии «уничтожить оригинал», решать вам. Как минимум два экземпляра, скорее всего, меняться будут несинхронно и перестанут быть копиями со всеми вытекающими по слиянию, хранению, первенству…
Во-вторых, память может быть совместно доступна. Зависит от архитектуры железа (UMA), операционной системы и вашей системы. Именно так сейчас работает macOS на M1. Вполне реальная ситуация.
В-третьих, про «только данные» или DTO — это в рантайме часто, но не всегда. Есть IRIS — платформа, где можно динамически подгружать новые реализации методов и классов. А уж в дизайнтайме у вас всегда всё в руках в любых языках и налюбых платформах — и методы, и структуры данных.
Небольшое в-червёртых, есть подозрение, что Хуавей готовит новый язык и платформу с динамическим изменением рантайма. Будет собственный язык или кросс-языковая поддержка — подождём посмотрим.
Более-менее универсальный путь передачи объекта — маршалинг и передача в принимающую систему, которая понимает этот формат и имеет типизацию для этого объекта. По сути ничего нового — посылка сообщений в стиле Smalltalk.
Если говорить применительно к IRIS и ObjectScript, то соответствующие механизмы встроены в среду исполнения IRIS. Тут даже придумывать ничего не требуется — достаточно наследоваться от класса %Persistent.
Зачем сдирать с MIPS, если RISC-V проектировали авторы MIPS? Они же авторы самой идеи RISC архитектуры. Ищите David Patterson & John Hennessy.
Про отсутствие анализа других архитектур, мягко говоря вздор. Даже на русский есть переводы анализа архитектур: Паттерсон «Компьютерная архитектура. Количественный подход. Руководство».
Много сравнительных тестов Эльбрусов с компами на других архитектурах есть на Эльбрус/тесты/результаты. Это неофициальные постоянно пополняемые результаты бенчей.
А подробнее про разработку вашего движка можно?
На каком языке, на чём GUI, какая ОС? Только на архитектуру е2к Эльбруса или есть другие целевые платформы? Почему именно такой выбор?
СХД на процессорах Эльбрус под торговыми марками Битблейз и Аэродиск точно русские. У них почти вся начинка производится в России. Статьи на Хабре есть.
Так уже это видно по реакции ARM в снижении цен и расширении программы бесплатного лицензирования. MIPS тоже пытались на этом взрыве играть в opensource, а в итоге обанкротились. IBM гораздо энергичнее продвигает свои новинки в openPower.
Есть минимум два русских разработчика ядер RISC-V и оба из Санкт-Петербурга — компании Syntacore и CloudBEAR. Обе компании входят в международную ассоциацию RISC-V и являются активными участниками разработки спецификации RISC-V.
Чёт вспомнилось народно-приятное)) Стащил у Igor Molchanov.
Актуализировал по имеющимся доступным фактам.
План до 2025 года и на Эльбрус-32С
— вот когда появится полноценное описание архитектуры, тогда и поговорим.
— вот когда реализуют её на чипах, тогда и поговорим.
— вот когда сделают СБИС, тогда и поговорим.
— вот когда контроллер памяти будет не на ПЛИСах, тогда и поговорим.
— вот когда появится трансляция x86, тогда и поговорим.
— вот когда южный мост будет свой, тогда и поговорим.
— вот когда запустится линукс, тогда и поговорим.
— вот когда запустится радеон, тогда и поговорим.
— вот когда начнёте продавать юрикам, а не только военным, тогда и поговорим.
— вот когда сделаете нормальную материнку с ним, тогда и поговорим.
— вот когда сделаете нормальный сервер с ним, тогда и поговорим.
— вот когда сделаете нормальный десктоп с ним, тогда и поговорим.
— вот когда чип целиком сделают в России, тогда и поговорим.
— вот когда появится трансляция x86_64, тогда и поговорим.
— вот когда преодолеете гигагерц, тогда и поговорим.
— вот когда портируют отечественные дистры (астру, альт), тогда и поговорим.
— вот когда поставите кому-нибудь хотя бы тысячу штук, тогда и поговорим.
— вот когда запустится нвидия, тогда и поговорим.
— вот когда у вас будет более-менее современное ядро, тогда и поговорим.
— вот когда южник интегрируете на одну подложку с процом, тогда и поговорим.
— вот когда южник интегрируете на один кристалл с процом, тогда и поговорим.
— вот когда в школах/универах/прочих образовательных учреждениях будут эльбрусы, тогда и поговорим.
— вот когда появится аппаратная виртуализация, тогда и поговорим.
— вот когда преодолеете два гигагерца, тогда и поговорим.
=== вы находитесь здесь ===
— вот когда откроете исходники компилятора и системы сборки, тогда и поговорим.
— вот когда сделаете чиплеты, тогда и поговорим.
— вот когда соберут gcc, LLVM и всякие нужные JITы под эльбрус, тогда и поговорим.
— вот когда откроете исходники ядра, тогда и поговорим.
— вот когда архитектура появится в апстриме ядра, тогда и поговорим.
— вот когда начнёте продавать частникам, тогда и поговорим.
— вот когда соберут дебиан, центось и убунту, не говоря уже о раче, под эльбрус, тогда и поговорим.
— вот когда поставите кому-нибудь хотя бы сто тысяч штук, тогда и поговорим.
— вот когда у каждого третьего человека в стране будет эльбрус, тогда и поговорим.
— вот когда обгоните АМД, тогда и поговорим.
— вот когда обгоните Интел, тогда и поговорим.
— вот когда каждый комп в мире будет на эльбрусе, тогда и поговорим.
На самом деле, я думаю, что ответ «да» — исходники должны быть опубликованы целиком.
Зачем? Какой в этом смысл, если есть исходники в сети? Их даже грузить можно в момент сборки и компиляции из репозитория разработчика. В Альт Линукс так и сделано.
А в дистрибутиве передавать только исполнимый код под целевые платформы. Тем более, что для проприетарного ПО именно так и будет. Для развёртывания этого достаточно.
В форках, как производных произведениях — лицензии наследуются (по умолчанию).
Очевидные ответы не особо помогают разобраться. Нужны конкретные примеры и пруфы.
Вот, например, допустим, что Debian – это форк Softlanding Linux System. В лицензии на SLS говорится, что всё что собрано в дистрибутив их скриптом — является их собственной сборкой и требует получения разрешения на распространения при изменениях. Весь входящий в дистрибутив софт при этом остаётся в правах и под лицензиями исходных разработчиков.
Какие права Debian описал на счёт своего дистрибутива я не нашел сходу. Есть только правила включения ПО — там 21 разрешённая лицензия и список запрещённых. Кто знает лицензию самого дистрибутива?
Смотрю народ возбуждается на теме американского и российского лицензирования))
Хотелось бы получить дельные ответы на несколько животрепещущих вопросов:
— какие лицензии применяются к дистрибутивам (сборникам ПО) и наследуется ли они в форках?
— изменяются ли лицензии на ПО, которое включают в дистрибутивы (сборники ПО)?
— обязательна ли перепубликация исходников ПО включённого в состав дистрибутива или досточно ссылки на оригинал?
Во-первых, делать «второй экземпляр» объекта на той стороне или после передачи копии «уничтожить оригинал», решать вам. Как минимум два экземпляра, скорее всего, меняться будут несинхронно и перестанут быть копиями со всеми вытекающими по слиянию, хранению, первенству…
Во-вторых, память может быть совместно доступна. Зависит от архитектуры железа (UMA), операционной системы и вашей системы. Именно так сейчас работает macOS на M1. Вполне реальная ситуация.
В-третьих, про «только данные» или DTO — это в рантайме часто, но не всегда. Есть IRIS — платформа, где можно динамически подгружать новые реализации методов и классов. А уж в дизайнтайме у вас всегда всё в руках в любых языках и налюбых платформах — и методы, и структуры данных.
Небольшое в-червёртых, есть подозрение, что Хуавей готовит новый язык и платформу с динамическим изменением рантайма. Будет собственный язык или кросс-языковая поддержка — подождём посмотрим.
Если говорить применительно к IRIS и ObjectScript, то соответствующие механизмы встроены в среду исполнения IRIS. Тут даже придумывать ничего не требуется — достаточно наследоваться от класса %Persistent.
Про отсутствие анализа других архитектур, мягко говоря вздор. Даже на русский есть переводы анализа архитектур: Паттерсон «Компьютерная архитектура. Количественный подход. Руководство».
Есть чуть в посылке на статью 2016 года. С тех пор ничего нового?
На каком языке, на чём GUI, какая ОС? Только на архитектуру е2к Эльбруса или есть другие целевые платформы? Почему именно такой выбор?
Designed in Russia
Open Hardware & Open Software
Есть минимум два русских разработчика ядер RISC-V и оба из Санкт-Петербурга — компании Syntacore и CloudBEAR. Обе компании входят в международную ассоциацию RISC-V и являются активными участниками разработки спецификации RISC-V.
Вот прямой линк на Альте есть — это раздел про архитектуру.
Актуализировал по имеющимся доступным фактам.
План до 2025 года и на Эльбрус-32С
— вот когда появится полноценное описание архитектуры, тогда и поговорим.
— вот когда реализуют её на чипах, тогда и поговорим.
— вот когда сделают СБИС, тогда и поговорим.
— вот когда контроллер памяти будет не на ПЛИСах, тогда и поговорим.
— вот когда появится трансляция x86, тогда и поговорим.
— вот когда южный мост будет свой, тогда и поговорим.
— вот когда запустится линукс, тогда и поговорим.
— вот когда запустится радеон, тогда и поговорим.
— вот когда начнёте продавать юрикам, а не только военным, тогда и поговорим.
— вот когда сделаете нормальную материнку с ним, тогда и поговорим.
— вот когда сделаете нормальный сервер с ним, тогда и поговорим.
— вот когда сделаете нормальный десктоп с ним, тогда и поговорим.
— вот когда чип целиком сделают в России, тогда и поговорим.
— вот когда появится трансляция x86_64, тогда и поговорим.
— вот когда преодолеете гигагерц, тогда и поговорим.
— вот когда портируют отечественные дистры (астру, альт), тогда и поговорим.
— вот когда поставите кому-нибудь хотя бы тысячу штук, тогда и поговорим.
— вот когда запустится нвидия, тогда и поговорим.
— вот когда у вас будет более-менее современное ядро, тогда и поговорим.
— вот когда южник интегрируете на одну подложку с процом, тогда и поговорим.
— вот когда южник интегрируете на один кристалл с процом, тогда и поговорим.
— вот когда в школах/универах/прочих образовательных учреждениях будут эльбрусы, тогда и поговорим.
— вот когда появится аппаратная виртуализация, тогда и поговорим.
— вот когда преодолеете два гигагерца, тогда и поговорим.
=== вы находитесь здесь ===
— вот когда откроете исходники компилятора и системы сборки, тогда и поговорим.
— вот когда сделаете чиплеты, тогда и поговорим.
— вот когда соберут gcc, LLVM и всякие нужные JITы под эльбрус, тогда и поговорим.
— вот когда откроете исходники ядра, тогда и поговорим.
— вот когда архитектура появится в апстриме ядра, тогда и поговорим.
— вот когда начнёте продавать частникам, тогда и поговорим.
— вот когда соберут дебиан, центось и убунту, не говоря уже о раче, под эльбрус, тогда и поговорим.
— вот когда поставите кому-нибудь хотя бы сто тысяч штук, тогда и поговорим.
— вот когда у каждого третьего человека в стране будет эльбрус, тогда и поговорим.
— вот когда обгоните АМД, тогда и поговорим.
— вот когда обгоните Интел, тогда и поговорим.
— вот когда каждый комп в мире будет на эльбрусе, тогда и поговорим.
Зачем? Какой в этом смысл, если есть исходники в сети? Их даже грузить можно в момент сборки и компиляции из репозитория разработчика. В Альт Линукс так и сделано.
А в дистрибутиве передавать только исполнимый код под целевые платформы. Тем более, что для проприетарного ПО именно так и будет. Для развёртывания этого достаточно.
Очевидные ответы не особо помогают разобраться. Нужны конкретные примеры и пруфы.
Вот, например, допустим, что Debian – это форк Softlanding Linux System. В лицензии на SLS говорится, что всё что собрано в дистрибутив их скриптом — является их собственной сборкой и требует получения разрешения на распространения при изменениях. Весь входящий в дистрибутив софт при этом остаётся в правах и под лицензиями исходных разработчиков.
Какие права Debian описал на счёт своего дистрибутива я не нашел сходу. Есть только правила включения ПО — там 21 разрешённая лицензия и список запрещённых. Кто знает лицензию самого дистрибутива?
Хотелось бы получить дельные ответы на несколько животрепещущих вопросов:
— какие лицензии применяются к дистрибутивам (сборникам ПО) и наследуется ли они в форках?
— изменяются ли лицензии на ПО, которое включают в дистрибутивы (сборники ПО)?
— обязательна ли перепубликация исходников ПО включённого в состав дистрибутива или досточно ссылки на оригинал?
А уж сколько сейчас форков Debian — не счесть.
А русская Астра Линукс так даже официальный форк/дериватив Debian.
А вот в исходниках Альта и Астры стоит поискать.
Вот что навскидку попадается: Портирование Sisyphus на платформу e2k (Эльбрус 2000)