Томашик - язык туарегов (перенесено)
Добавлено: 28.09.23 06:29
Ассемблерные мемоники на консонантном языке туарегов Томашике или древне Ливийско - Вавилонском.
htps://rbardalzo.narod.ru/4/tfng.html
Я в другой ветке форума предложил технологию похожую на топологию для создания приложений.
И там же предложил концепцию нового чипа на который по моему мнению нужно держать ориентир.
Основную организацию мемоник консонантного письма предлождил для ассемблера.
viewtopic.php?f=2&t=662&p=4199#p4198
ГЮИ как раз оставить можно. В моё время это был фреймбуфер в ядре из двух частей. Или аппаратный буффер для отсчетов разделенный на две части методом адрессации.
Я просто сказал про избыточность менеджера окон, когда можно по всему экрану прямоугольник с буффером двигать. Просто про иерархию ненужных классов.
Если у вас 3 конанды - по центру, справа и слева.
То можно еще дополнить плиткой и зумом и всё. Причем реализовать это надо аппаратно. Поэтому для аппаратной реализации не нужна вся это тонна кода. Но ее можно заменить через вызовы (например) октанионов.
Библиотека октанионов, так же должна на аппаратные возможности опираться. Например в отечественном чипе фирмы Спирит DSP НейроМатрикс, как раз была реализованн адрессация внутри псевдо 3х мерного тензора.
Ну например не только сдвиг влево и вправо (битовый) но вверх и вниз и может быть даже по диагоналии.
Наличие операции матричного умножения аппаратной дает возможность стримит тензор в не зависимости от ориентации и уже на финальной стадии строить аппаратно сцену, путем умножения всего на Якобиан (если не путаю).
Октанионы могут еще помочь сменить координатную систему. То есть будут в железе еще и электрические облака считать и блики, и рябь и вообще все высокочастотное при построении сцены.
То есть каждый объект не только крутится свободно, но и идет с набором 4д оболочек, часть из которых можно использовать в групповых алгоритмах видимости, а часть для построения голограмы или дифракционной решётки или волшебной картинки.
Вообщем октанионы - это волшебные картинки с произвольной точкой зрения и подходящим бампингом.
Подробнее список необходимых алгоритмов под которые уже можно сгенерировать логическую часть в чипе.
https://zeelanna.blogspot.com/2023/09/blog-post_9.html
В основном они все реализованы и могут быть запущены в контейнере для отладки общей системы и постепенно перенесены на целевой ассемблер.
Дело в том что по западным меркам DevOps уже стала методологией программирования (такой же как ранее было динамическое программирование) создания проектов. Они даже не тратят время на оптимизацию между платформами. Поэтому споры чей эмулятор круче не имеют смысла.
Это просто запуск любого количества виртуальных машин, которые обмениваются данными через REST API JSON или GraphQL. Последний отличается от первого тем что сторона получатель вначале отправляет шаблон запроса на сервер, который по шаблону готовит ответ (например не все ключевые поля выбирает и делает некие Joinы)
Все сводится к настройке и утверждению JSON. Часто это делают через Еластик Сеарч - некая нереляционная база данных тормозная с поиском. Или даже копят без обработки JSONs в Кафке.
JSON - это поздняя версия XMLT или еще более поздняя реализация списка в LISP - (a(b(c,d,e)e). По сути выражение сортировки хипом прямо на области стека (первой странице, куда скрытыми командами пересылку делали с нулевой страницы 8-битной адрессации).
То есть если в каждый чип мы поставим стековую Форт машину, то ей будет чем заняться. Просто она минимальна по простоте и площади на чипе. Я про MIPS ядро говорю.
Гонять по сети не сжатые JSON это глупость. Поэтому полезен опыт таких игр как элита 1984, где была автогенерация карты галактики, а по сути фрактальное сжатие данных на последовательности фибоначи и вектор состояний в виде просто последовательности нумерованных байтов. Часть из которых были геометрическими векторами и да же матрицами, часть просто флагами состояний, а часть физическими параметрами.
Как вы помните в моем проекте 256 мемоник для ассемблера и все они одновременно являются физическими параметрами. Так что в моем случае физические параметры заданы. Но так как в большинстве случает будет задействовано менее 256 параметров, то просто задается тип дифференциального уравнения, а значит и точно определяются какие параметры задействованы. Следовательно остальные можно использавать под октанионы геометрической модели.
Октанион можно рассматиривать как интервальный кватернион. Тем самым обеспечивать точность сложных моделей в многопользовательском режиме.
В нашем случае автогерация карты будет использована для построения IP уровня передачи пакетов. То есть код не будет зависеть от BSD сетевого стека.
Кстати мои бывшие студенты давно уже этот стек реализовали на ПЛИС. Просто взяли часть ядра Линукс и запихнули в ПЛИС. Так что я просто попрошу IP (интеллектуальная собственность) блок и всё.
htps://rbardalzo.narod.ru/4/tfng.html
Я в другой ветке форума предложил технологию похожую на топологию для создания приложений.
И там же предложил концепцию нового чипа на который по моему мнению нужно держать ориентир.
Основную организацию мемоник консонантного письма предлождил для ассемблера.
viewtopic.php?f=2&t=662&p=4199#p4198
ГЮИ как раз оставить можно. В моё время это был фреймбуфер в ядре из двух частей. Или аппаратный буффер для отсчетов разделенный на две части методом адрессации.
Я просто сказал про избыточность менеджера окон, когда можно по всему экрану прямоугольник с буффером двигать. Просто про иерархию ненужных классов.
Если у вас 3 конанды - по центру, справа и слева.
То можно еще дополнить плиткой и зумом и всё. Причем реализовать это надо аппаратно. Поэтому для аппаратной реализации не нужна вся это тонна кода. Но ее можно заменить через вызовы (например) октанионов.
Библиотека октанионов, так же должна на аппаратные возможности опираться. Например в отечественном чипе фирмы Спирит DSP НейроМатрикс, как раз была реализованн адрессация внутри псевдо 3х мерного тензора.
Ну например не только сдвиг влево и вправо (битовый) но вверх и вниз и может быть даже по диагоналии.
Наличие операции матричного умножения аппаратной дает возможность стримит тензор в не зависимости от ориентации и уже на финальной стадии строить аппаратно сцену, путем умножения всего на Якобиан (если не путаю).
Октанионы могут еще помочь сменить координатную систему. То есть будут в железе еще и электрические облака считать и блики, и рябь и вообще все высокочастотное при построении сцены.
То есть каждый объект не только крутится свободно, но и идет с набором 4д оболочек, часть из которых можно использовать в групповых алгоритмах видимости, а часть для построения голограмы или дифракционной решётки или волшебной картинки.
Вообщем октанионы - это волшебные картинки с произвольной точкой зрения и подходящим бампингом.
Подробнее список необходимых алгоритмов под которые уже можно сгенерировать логическую часть в чипе.
https://zeelanna.blogspot.com/2023/09/blog-post_9.html
В основном они все реализованы и могут быть запущены в контейнере для отладки общей системы и постепенно перенесены на целевой ассемблер.
Дело в том что по западным меркам DevOps уже стала методологией программирования (такой же как ранее было динамическое программирование) создания проектов. Они даже не тратят время на оптимизацию между платформами. Поэтому споры чей эмулятор круче не имеют смысла.
Это просто запуск любого количества виртуальных машин, которые обмениваются данными через REST API JSON или GraphQL. Последний отличается от первого тем что сторона получатель вначале отправляет шаблон запроса на сервер, который по шаблону готовит ответ (например не все ключевые поля выбирает и делает некие Joinы)
Все сводится к настройке и утверждению JSON. Часто это делают через Еластик Сеарч - некая нереляционная база данных тормозная с поиском. Или даже копят без обработки JSONs в Кафке.
JSON - это поздняя версия XMLT или еще более поздняя реализация списка в LISP - (a(b(c,d,e)e). По сути выражение сортировки хипом прямо на области стека (первой странице, куда скрытыми командами пересылку делали с нулевой страницы 8-битной адрессации).
То есть если в каждый чип мы поставим стековую Форт машину, то ей будет чем заняться. Просто она минимальна по простоте и площади на чипе. Я про MIPS ядро говорю.
Гонять по сети не сжатые JSON это глупость. Поэтому полезен опыт таких игр как элита 1984, где была автогенерация карты галактики, а по сути фрактальное сжатие данных на последовательности фибоначи и вектор состояний в виде просто последовательности нумерованных байтов. Часть из которых были геометрическими векторами и да же матрицами, часть просто флагами состояний, а часть физическими параметрами.
Как вы помните в моем проекте 256 мемоник для ассемблера и все они одновременно являются физическими параметрами. Так что в моем случае физические параметры заданы. Но так как в большинстве случает будет задействовано менее 256 параметров, то просто задается тип дифференциального уравнения, а значит и точно определяются какие параметры задействованы. Следовательно остальные можно использавать под октанионы геометрической модели.
Октанион можно рассматиривать как интервальный кватернион. Тем самым обеспечивать точность сложных моделей в многопользовательском режиме.
В нашем случае автогерация карты будет использована для построения IP уровня передачи пакетов. То есть код не будет зависеть от BSD сетевого стека.
Кстати мои бывшие студенты давно уже этот стек реализовали на ПЛИС. Просто взяли часть ядра Линукс и запихнули в ПЛИС. Так что я просто попрошу IP (интеллектуальная собственность) блок и всё.
