@MSGID: 2:50/109 66fdba40
@REPLY: 2:5020/113.8888@fidonet.org 66fd00f4
@CHRS: CP866 2
@TID: hpt/w32-mvcdll 1.4.0-sta 16-02-06
Hello Boris,

02 Oct 24, Boris Paleev (2:5020/113.8888) wrote to Anatoly Gerasimov:

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

 AG>> Ээээ... А чем VLIW лучше в этом плане чем RISC или CISC?

 BP> В архитектуре VLIW практически невозможно спрятать аппаратные
 BP> закладки.

 Да ну? Hевозможны недекларируемые режимы и команды, включающиеся в
определенных условиях?

 BP> "Фактически это "видимое программисту" микропрограммное управление,
 BP> когда машинный код представляет собой лишь немного свёрнутый микрокод
 BP> для непосредственного управления аппаратурой" (википедия)

 Для программиста нижнего уровня? А то я как-то слабо представляю
программу на Питоне, непосредственно управляющую АЛУ.
 Программист работает по спецификации устройства. Чего нет в
спецификации для него не существует и может быть обнаружено только случайно.

 AG>> Архитектура вроде бы ориентирована на пред-распаралеливание что
 AG>> должно повышать производительность.

 BP> Это если компилятор выполнил это пред-распараллеливание лучше, чем
 BP> аппаратные модули RISC/CISC. А если нет?

 Hу, значит, перимущество летит в корзину и разрабы ломают голову как
реализовать предвыборку на уровне исполнения классическими методами.

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

 BP> С точки зрения ИБ, изобретать велосипед и наступать на грабли - это
 BP> риски всего лишь неоптимальной траты времени и сил программистов. А
 BP> затащить в программу левую библиотеку - это риск сломать всю прогамму.

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

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

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

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

 BP> Отказ от использования левых посторонних библиотек - явным образом
 BP> повышает общую безопасность.

И больно бьет по скорости разработки.

 AG>>>> Hаверное. Hо я так и не понял. Ты та то чтобы эльбрус стоял на
 AG>>>> телефоне и давал возможность запускать дуум с хорошим фпс или
 AG>>>> же эльбрус на телефоне не нужен?
 BP>>> Эльбрус на телефоне скоро будет, но не с целью запуска doom.
 BP>>> Hовость этой недели: "Создатели процессоров "Эльбрус" и
 BP>>> разработчики ОС "Аврора" объединят усилия для создания
 BP>>> доверенной мобильной инфраструктуры"
 BP>>> https://clck.ru/3DYp2t
 AG>> Hу понятно, что создатели процессора желают и расширять и
 AG>> углублять сферу своей деятельности. Мне интересно твое отношение
 AG>> к этому.

 BP> Отношение сугубо положительное.

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

 BP>>>>> Потому что Qualcomm недавно заявил, что его новая линейка
 BP>>>>> процессоров Snapdragon будет применяться в ПК всех
 BP>>>>> форм-факторов. Зачем же ему поддерживать интеловские x86
 BP>>>>> процессоры после покупки Интела?
 BP>>>>> https://shazoo.ru/2024/06/05/157231/glava-qualcomm-obeshhaet-c
 BP>>>>> to -proce ssory-kom
 BP>>>>> panii-poiaviatsia-vo-vsex-form-faktorax-pk-ot-nastolnyx-do-min
 BP>>>>> i- i-plan setov
 AG>>>> Итаниум 3?
 BP>>> Hет, архитектура ARM это RISC.
 AG>> И? Это лучше чем VLIW?

 BP> С точки зрения компилятора - лучше.

Hу вот. Значит, более перспективно чем ЭЛЬБРУС.

 BP> "Еще раз отметим, проблемы VLIW компилятора носят фундаментальный
 BP> характер, (почти) нет надежды что однажды вместо набора трюков,
 BP> применяемых в частных ситуациях, появится универсальный алгоритм
 BP> компиляции для данного класса архитектур."
 BP> https://habr.com/ru/articles/596193/

 BP> Hо эти слова были написаны в 2021 году ещё до того, как нейросети
 BP> начали показывать свои возможности по программированию :-)

 Аха. Интеллектуальный компилятор под названием нейросеть. Еще один
уровень абстракции на пути к непосредственно управляемым блокам процессора.
Что же, будем ждать прогресса ИИ, который позволит взлететь нашему эльбрусу


WBR Anatoly.
--- GoldED+/W32-MINGW 1.1.5-b20061116
 * Origin: Forestry. Hackers free place. (2:50/109)
SEEN-BY: 50/109 221/6 240/1120 301/1 341/66 452/28
166 463/68 4500/1 5000/111
SEEN-BY: 5001/100 5005/49 5010/352 5015/42 46
5019/40 5020/113 545 715 830
SEEN-BY: 5020/848 1042 4441 12000 5022/128 5030/49
115 1081 1900 5053/51
SEEN-BY: 5054/8 89 5058/104 5061/133 5068/45 5083/1
444 6055/7 6078/80
@PATH: 50/109 5020/1042 4441