Да идея понятна.
Но на мой взгляд Менеджеры окон (не путать с Х сервером) по принятой терминологии Линукс лучше прошивать в ПЗУ. Как это и было сделано на РИСК ОС компании Акорн.
Вероятно они подсмотрели у С64. То есть у компьютера Командор.

Я аргументирую. Форма окон это вкусовщина. Можно любые по умолчанию использовать. Прорисовка на экране обычно требует програмирования графического сопроцессора.

Модели настоящих реальных окон даже и рамочных гораздо сложнее виндовых окон. Поэтому графические окна это некая абстракция, которая была нужна в основном чтоб пускать пыль в гдаза клиентам и заставлять клиентов платить больше за меньшее. Впрочем эта пыть требовала уже следующего уровня микропроцессора. 16-ти битные. Такого как 68000, 8086, 8088 (8-битная версия для ПК домохозяек и детей). На 86 уже была на чипе некая память в виде большего количества регистров и прошитый микрокод.

Там была другая технология, которая позволяла на порядок больше транзисторов меньшего размера разместить на чипе и составило 29 000 против 3 510 для 6502.

8085 (Скрытые команды. Среди них такие полезные, как шестнадцатиразрядное вычитание, шестнадцатиразрядные сдвиги, сложение HL и числа с пересылкой результата в регистровую пару DE, часто используемая косвенная загрузка регистровой пары и др). Официально они были скрыты ради того чтоб не палить приемущества 8086 и чтоб народ его покупал. Но на самом деле скрытые инструкции можно использовать очень творчески. И добиваться той самой магии. Когда суслика не видно, а он есть.

То есть увеличение в 10 раз количества транзисторов было необходимо для 16-битной адрессации, которая уже использовалась для хранения в памяти моделей виртуальных окон. А графический сопроцессор занимался управлением буферами памяти управлением палитрой и стеком слоёв, включая полупрозрачные.

Раньше в память окна не прошивали, потому что не было устоявшегося стандарта VESA и гарантии того что он поддерживается на платформе (что куплен графический контроллер или интегрирован в плату).
И последнее - массовое производство позволяет организовать массовое тестирование и исправление ошибок. Начиная от объемов финансирования для команды разработки и заканчивая отзывами покупателей.

Сейчас все дешманские проекты используют SDL2 библиотеку как стандарт мультимедия (не только видео, но и звук) подсистемы.

Вот всё это и надо прошивать в память платформы.

Поэтому на каком языке написан и скомпилирован код, это дело десятое. Гораздо более важно как он протестирован и какая написана документация. И это при условии что все работает идеально.

Отредактировано ignat99 (2023-10-18 15:58:00)

На мой взгляд все зависит от железа. Тезисно я изложил архитектуру о которой все специалисты заговорят через 5 лет, а не специалисты узнают через 10.
Поэтому время есть на написание своего софта.

В другой теме про ASN.1 я подробно аргументировал почему и как надо весь SDL2 уровень включая стек сетевого протокола до уровня IP оставлять в железе (во встроенной памяти. Во флеше со фьюзами. Короче в БИОС). А при желание получить что то быстрое и вообще весь стек Линукс не софтварно делается а аппаратно. И сюрприз, так и работают современные видео-роутеры стриминговые (те которые на полосе пропускания в 120 МБит (160 МГц)). А так же обородование для высокочастотной торговли, под которое скупили вышки уже давно по всей Европе.

И это только лишь для того чтоб сделать аппаратную симуляцию следущего типа микропроцессора из первого абзаца данного сообщения.

Если вы умеете делать окна верифицированные и без ошибок, делайте их на любом языке. Вот БудДен имея все абсолютно исходники A2, так и не смог научится делать тесты к ним. Надорвался и выгорел. Хотя он будет это отритцать.

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

И всё это не имеет ровно ни какого отношения к Русскому языку. Потому что внутри документации микропроцессора букво-цифровые произвольные индексы. И опкоды.

Русский или другой язык (томашик) нужен там, где генерируют названия софтварных функций.

А вовсе не токенов (как думают от недостатка образования наши пушистики). Детский сад - штаны на лямках.

Отредактировано ignat99 (2023-10-18 17:09:42)

Чтоб сделать следующую технологию, надо собрать существующие реальные в кучу. И реализовать их в одном устройстве.

Как я и сказал устройство будет иметь чип на технологии НеобатЛития с металлическими алюминевыми электродами (можно и золотыми).  Память для хранения всех прошивок будет на мемристорах.
Можно думать о памяти как о многомерной таблице. Для определенности 16 х 16 х 16 ячеек. Это будет один регистр. Таких регистров можно сделать не один.

В каждой ячейке будет небольшое ядро не более чем 6502 или аналог на троичных элементах ЭВМ "Сетунь". Основные операции это будут связаны с передачей данных с операцией в виде ссылки на одно из ядер на 4 стороны + 4 диагональных.

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

На логическом уровне это один прямой лучь и два побочных. На три октавы или на один сигнал и два обертона.

Дальше там тонкости дизайна, которые я все давно знаю. Поэтому всё уже изобретено. Но нет возможности это скопировать укро-полякам.

Я просто рассказываю, какой софт надо брать и что надо делать. А то что будет внутри чипа - это для специалистов.

Причем скорее всего не из ПТУ специалистов. И не из леса.

Отредактировано ignat99 (2023-10-18 17:25:37)