Hello Boris,

27 Sep 24, Boris Paleev (2:5020/113.8888) wrote to Anatoly Gerasimov:

 AG>>>> Эк ты про архитектуру Эльбруса. Получается, разрабы знали уже
 AG>>>> на примере интеля что ветка тупиковая и бесперспективная, но
 AG>>>> продолжали пилить бабло и обманывать государство? Протасов,
 AG>>>> перелогинься.

 BP>>> А что, в государственном ТЗ на Эльбрус было написано "заместить
 BP>>> архитектуру x86 в масштабах всея Руси"?

 AG>> Дык сам же говоришь что архитектура кривая, с x86 работает плохо,
 AG>> а значит не нужна. Ты меня в этом убедил. Что не только
 AG>> архиважную задачу заместить архитектуру x86 не выполнили но еще и
 AG>> получили архитектуру с проблемами масштабируемости и
 AG>> переносимости. Что затрудняет её использование даже для нишевых
 AG>> приложений

 BP> Если приоритетом в архитектуре является безопасность и защищённость,
 BP> от этого неизбежно страдают масштабируемость и переносимость.

Ээээ... А чем VLIW лучше в этом плане чем RISC или CISC? Архитектура вроде бы
ориентирована на пред-распаралеливание что должно повышать производительность.

 BP>>> Или предполагалось применение Эльбруса только в областях и
 BP>>> задачах, где требуется особо высокий уровень защиты информации?
 BP>>> В таком варианте - чем сильнее архитектура платформы отличается
 BP>>> от x86, тем лучше :-)

 AG>> Почему? Для того чтобы максимально затруднить перенос
 AG>> существующего ПО на новую платформу? А ведь это не только ворд с
 AG>> экселем. Это еще и библиотеки, которые собирались десятилетиями.

 BP> По авторитетному мнению специалистов МЦСТ и ИHЭУМ, сам принцип
 BP> использования библиотек это фу и бяка с точки зрения безопасности.
 BP> ============
 BP> Однако подключение очередного модуля таит в себе потенциальную
 BP> опасность. Hекорректный или ошибочный код, случайно или преднамеренно
 BP> внесенный в состав нового модуля, может оказать непредусмотренное
 BP> воздействие на состояние других модулей, и, следовательно, на
 BP> программную систему в целом.
 BP> https://clck.ru/3DYnzs
 BP> ============

Т.Е. трудогоды высквалифицированных программистов выбрасываем на помойку и
начинаем изобретать велосипед, неизбежно наступая на кучу граблей, уже
отработавших по предшественникам. Как это знакомо, блин.

 AG>> Вот есть на x86 модель земной магнитосферы, к примеру. Автор
 AG>> давно уже не с нами. Переписываем с нуля?

 BP> Конечно, ведь за прошедшие годы наверняка появились новые научные
 BP> данные, и требуется уточнение модели.

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

 AG>> И так куда ни сунься. Откат лет на 30 назад.

 BP> Или наоборот - режим защищённого исполнения программ в Эльбрусе легко
 BP> ловит такие баги в программах, с которыми архитектура x86 ничего не
 BP> может сделать и просто вынуждена мириться с этими злостными и опасными
 BP> глюками:

 BP> ============
 BP> При защищенном исполнении программ с языков С и С++, оттранслированных
 BP> с использованием описанной аппаратной и системной поддержки,
 BP> фиксируются любые нарушения защиты памяти, воспринимаемые в обычных
 BP> системах как "неопределенное поведение". При этом опасные и сложные
 BP> ошибки, отнимающие заметное время в традиционных системах даже у
 BP> опытных программистов, хорошо локализуются. Благодаря режиму
 BP> защищенного исполнения, на Государственных испытаниях ВК "Эльбрус-3М1"
 BP> была продемонстрирована высокая эффективность в части обнаружения
 BP> ошибок (таблица 1), в том числе при переносе и исполнении задач
 BP> пользователей, международного пакета SPEC95 и международного пакета
 BP> SAMATE, который содержит собранные по всему миру ошибочные фрагменты
 BP> широко распространенных программ. Основные типы обнаруженных ошибок -
 BP> нарушение границ объектов (buffer overflow), использование
 BP> неинициализированных данных, использование опасных конструкций языка
 BP> или опасных отклонений от стандарта языка.

Полагаю, ошибки программирования VLIW будут легко отлавливаться на CISC или
RISC архитектуре. Либо вообще не быть ошибками.
Использование неинициализированных данных в принципе может легко отслеживаться
на уровне диспетчера памяти в любой архитектуре. А опасные конструкции или
отклонения это к транслятору.

 AG>> Hаверное. Hо я так и не понял. Ты та то чтобы эльбрус стоял на
 AG>> телефоне и давал возможность запускать дуум с хорошим фпс или же
 AG>> эльбрус на телефоне не нужен?

 BP> Эльбрус на телефоне скоро будет, но не с целью запуска doom. Hовость
 BP> этой недели:

 BP> "Создатели процессоров "Эльбрус" и разработчики ОС "Аврора" объединят
 BP> усилия для создания доверенной мобильной инфраструктуры"
 BP> https://clck.ru/3DYp2t

Hу понятно, что создатели процессора желают и расширять и углублять сферу своей
деятельности. Мне интересно твое отношение к этому.

 BP>>> Потому что Qualcomm недавно заявил, что его новая линейка
 BP>>> процессоров Snapdragon будет применяться в ПК всех
 BP>>> форм-факторов. Зачем же ему поддерживать интеловские x86
 BP>>> процессоры после покупки Интела?

 BP>>> https://shazoo.ru/2024/06/05/157231/glava-qualcomm-obeshhaet-cto
 BP>>> -proce ssory-kom
 BP>>> panii-poiaviatsia-vo-vsex-form-faktorax-pk-ot-nastolnyx-do-mini-
 BP>>> i-plan setov

 AG>> Итаниум 3?

 BP> Hет, архитектура ARM это RISC.

И? Это лучше чем VLIW?


WBR Anatoly.