СРОЧНО! Собирается амбициозная команда для разработки отечественной архитектуры

[dk_spb]

Весь смысл проекта состоит в том, что мы 5 лет консолидировали рынок сбыта, формировали отложенный спрос, чтобы под него сделать полный цикл производства в РФ.

А позвольте полюбопытствовать, какой рынок сбыта?
Просто вот это вот всё: рынок сбыта, отложенный спрос - оно обычно говорит о том, что у Вас есть ресурс для "сделать полный цикл производства в РФ".
Думаю что подавляющее большинство на этом форуме Ваша вера в эти иллюзии вызывает улыбку. Кривую улыбку. И писал Вам об этом уже не только я.
Поймите, мы тут не чиновники из министерства, мы не ищем на ком бы еще отмыть денег. Там такие Ваши сказки прокатят. А тут - просто Вы нас за идиотов держите. Это огорчает.
Если Ваш "рынок сбыта" и "отложенный спрос" позволяют Вам запустить хоть один локальный fab в РФ - ну не будете Вы на форумах команду искать. Вас и так все соискатели будут знать. А пока только дутые пузыри

- - - Добавлено - - -

. Ну и про то, что уже осенью всё будет в Зеленограде..

В смысле приедет из Китая?

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

[Advertiser]

[Andrei_Iakovlev]

Лучше б они модель для Proteus сделали. И какую цену для него назначат?

И как он будет конкурировать с китайскими аналогами RISC-V за 2 доллара?

С благодарностью и уважением,
Яковлев АН

- - - Добавлено - - -

ПС: вот про воронежские плисы - вот там печаль печальная....

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

С благодарностью и уважением,
Яковлев АН

- - - Добавлено - - -

А позвольте полюбопытствовать, какой рынок сбыта?

Вы меня простите. Можно я еще раз попрошу Вас прочесть первый пост и посмотреть видео с презентацией про рынок сбыта, которое в нем приложено.

С благодарностью и уважением,
Яковлев АН

- - - Добавлено - - -

В смысле приедет из Китая?

В смысле полный цикл будет в РФ. Сейчас ходят слухи, что корпусируют в Китае.
Если это состоится - наша задача сильно упростится и можно будет на их производство попробовать спроектировать нечто "проприетарное" не риск5 под обсуждаемый тут проект.

С благодарностью и уважением,
Яковлев АН

[Hunta]

СПАСИБО. Категорически именно это и нужно!

Мысли (программиста) по поводу RISC архитектур

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

Мне (опять же, как программисту) больше импонирует идея Вирта (и разработчиков нашего процессора Кроноса) - оптимизация набора команд под язык и/или компилятор. Благо сейчас сделать свой процессор можно прямо таки на коленках. А потом уже перенести в что-то типа ASIC

[Andrei_Iakovlev]

Мысли (программиста) по поводу RISC архитектур

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

Мне (опять же, как программисту) больше импонирует идея Вирта (и разработчиков нашего процессора Кроноса) - оптимизация набора команд под язык и/или компилятор. Благо сейчас сделать свой процессор можно прямо таки на коленках. А потом уже перенести в что-то типа ASIC

Спасибо за Ваше мнение.

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

Буду благодарен за альтернативные мнения.

С благодарностью и уважением,
Яковлев АН

[AlexG]

1) Про Воронеж ПЛИСы - просто позвоните и спросите срок поставки...не в штучных количествах.
2) аляОберон я потихоньку "копаю".
3) на днях нашёл "схему" кроноса на vhdl/veriloge для ISE. глубже не успел посмотреть (уснул).

[Andrei_Iakovlev]

и разработчиков нашего процессора Кроноса)

А есть какая-либо информация про эту работу? Область применения и наличие РКД?

С благодарностью и уважением,
Яковлев АН

[Rio444]

Скрытый текст

Да, если команды упростить до предела - то сам процессор их выполнит, безусловно, быстрее. Вот только помимо того, что таких команд понадобится больше (производители памяти апплодируют стоя), нужно, что бы компилятор это всё соптимизировал.

Всё CISC процессоры внутри давно RISC. И оптимизирована трансляция CISC в RISC в один раз зашитом, неизменном коде в самом процессоре.
В этом смысле, оптимизация компилятором предпочтительнее. Её можно совершенствовать, можно перейти на другой компилятор. Можно критичные части кода писать на асме.
Цены на память давно и стабильно падают. Да и сами компиляторы умеют оптимизировать код, как по скорости, так и по размеру.

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

Какие там могут быть проблемы?
Не нравится, как оптимизировал компилятор, напишите сами, ручками. В CISC-процессоре изменить и оптимизировать трансляцию CISC-команд в RISC Вы не можете. Там всё намертво зашито.

[свернуть]

[Hunta]

Тогда малый набор и универсализация команд

Как мне кажется, это несколько (но не всегда) взаимосиключающие характеристики. Скажем, у той же PDP-11 весьма приличный набор команд, но почти все команды, которые работают с памятью - универсальны - то есть одна и та же команда может работать как с регистром, так и с памятью), ну и формально признак байтовости можно тоже записать в универсальность команды

А есть какая-либо информация про эту работу? Область применения и наличие РКД?

Это очень старая разработка, я даже не уверен, была ли микропроцессорная реализация. И сейчас, насколько я понимаю, всё, что от этой разработки осталось - отдельные экземпляры процессора и систем на его основе и статьи в интернете. Плюс фирма, которая занимается компиляторами не некоторых из тех идей - https://www.excelsior.ru/

- - - Добавлено - - -

на днях нашёл "схему" кроноса на vhdl/veriloge для ISE

Можно ссылку?

- - - Добавлено - - -

Скрытый текст

Я в курсе всего этого, кэп

[haywire]

Вы давно пытались работать на процессоре класса Pentium II? Я пытался, и доложу вам, что на таком пЭка сейчас даже графика не запустится, а каждая вторая программа будет просто падать, им новомодные инструкции подавай, и без них не собрать, никак. Браузеров, которые просто запустятся на Pentium II, сейчас НЕТ. В своё время это, конечно, работало. Но тогда было другое время - проще веб, объём картинок измерялся в килобайтах, видео - вообще нонсенс. Как вы собрались в медицине работать на аппаратуре подобного класса - я не понимаю. Там ведь требования к качеству изображения - это ни разу не гифки из 2000-х. А у вас есть Pentium II? Вы его давно включали? Попробуйте, ради прикола, хотя бы вот этот самый сайт на нём посетить. Посмотреть своё же видео - тоже можно попробовать, но это уже будет триллер посильнее. А как вы собрались _кодировать видео? На машинах класса Pentium II, подобная задача в реальном времени не решалась никогда, ни с каким качеством. У вас консультации с профессором из Москвы через текстовый чат планируются? Только и это сейчас будет затруднено, поскольку модный сейчас юникод требует _гораздо более серьёзных вычислительных ресурсов, чем старые 8-и битные кодировки.

[Andrei_Iakovlev]

Вы давно пытались работать на процессоре класса Pentium II? Я пытался, и доложу вам, что на таком пЭка сейчас даже графика не запустится, а каждая вторая программа будет просто падать, им новомодные инструкции подавай, и без них не собрать, никак. Браузеров, которые просто запустятся на Pentium II, сейчас НЕТ. В своё время это, конечно, работало. Но тогда было другое время - проще веб, объём картинок измерялся в килобайтах, видео - вообще нонсенс. Как вы собрались в медицине работать на аппаратуре подобного класса - я не понимаю. Там ведь требования к качеству изображения - это ни разу не гифки из 2000-х. А у вас есть Pentium II? Вы его давно включали? Попробуйте, ради прикола, хотя бы вот этот самый сайт на нём посетить. Посмотреть своё же видео - тоже можно попробовать, но это уже будет триллер посильнее. А как вы собрались _кодировать видео? У вас консультации с профессором из Москвы через текстовый чат планируются?

Спасибо за мнение!

Мы в медицине работаем с 2010 года, очень сильно в теме. Реализуем юридически значимую медицинскую документацию, в том числе в обеспечение телемедицинской переписки. С графикой работает медицинское оборудование - КТ/МРТ. Диагносты работают целиком там. К нам прилетает заключение и изображение для клиницистов. Рабочее место здравоохранения не сложнее рабочего места кассира или банковского работника или чиновника ГИС.

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

С благодарностью и уважением,
Яковлев АН

- - - Добавлено - - -

Как мне кажется, это несколько (но не всегда) взаимосиключающие характеристики. Скажем, у той же PDP-11 весьма приличный набор команд, но почти все команды, которые работают с памятью - универсальны - то есть одна и та же команда может работать как с регистром, так и с памятью), ну и формально признак байтовости можно тоже записать в универсальность команды

Спасибо! В общем виде согласен.
Я имел ввиду следующее. Если мы программируем АЛУ над регистрами и операции c памятью - система команд проста, универсальна. Если мы.. скажем делаем дополнительное устройство, например, которое нам в видеопамять умеет сбрасывать за один такт изображение красивой подложки FUllHD, поверх которого мы будем рисовать красную кнопку и синюю надпись, то логично для этого устройства сделать свои команды.
То есть, если производство позволит всё решать в общем виде с приемлемыми характеристиками - мы идем в RISC.
Если понадобятся "аппаратные помагайки" - CISC. Так как под каждую помагайку - будут свои команды.

С благодарностью и уважением,
Яковлев АН