S Component: Difference between revisions
No edit summary |
No edit summary |
||
| (6 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
==Роль компонента== | ==Роль компонента== | ||
[[File:GNET S-section principles.mp4|right]] | |||
[[File:GNET S-section principles.mp4| | |||
Т.к. NDDI по сути является программой - эта программа может быть монолитной (т.е. происходить от одного родителя - исполняемого кода), или же быть агрегатом нескольких родителей. Каждый родитель для этой цели выделяет s-соединитель, представляющий собой контейнер с объектным кодом. | Т.к. NDDI по сути является программой - эта программа может быть монолитной (т.е. происходить от одного родителя - исполняемого кода), или же быть агрегатом нескольких родителей. Каждый родитель для этой цели выделяет s-соединитель, представляющий собой контейнер с объектным кодом. | ||
| Line 9: | Line 8: | ||
</gallery> | </gallery> | ||
Собрав все отношения с родителями, NDDI может скомпоновать полученный код в исполняемый и запустить его средствами устройства GATE (Gativus Edge) В случает модификации одного из s-отношений - NDDI примет решение о необходимости перекомпоновки и произведет ее. Если физический размер кода составляет значительную величину, порождаемые узлы могут не производить физического копирования кода в новые NDDI, при этом s-отношение будет содержать только ссылку на s-контейнер родителя или на пра-родителя. | Собрав все отношения с родителями, NDDI может скомпоновать полученный код в исполняемый и запустить его средствами устройства GATE (Gativus Edge) В случает модификации одного из s-отношений - NDDI примет решение о необходимости перекомпоновки и произведет ее. Если физический размер кода составляет значительную величину, порождаемые узлы могут не производить физического копирования кода в новые NDDI, при этом s-отношение будет содержать только ссылку на s-контейнер родителя или на пра-родителя. | ||
[[File:S-structure net.png|thumb|576x324px|S-сеть|center]] | |||
==Смотреть так же== | ==Смотреть так же== | ||
'''Предыдущая:''' [[OMAP1|'''Гипотеза #4:''' Объектная карта.]] | '''Предыдущая:''' [[OMAP1|'''Гипотеза #4:''' Объектная карта.]] | ||
| Line 25: | Line 25: | ||
# [[GATE|Устройство управления и хранения сети GNET - Gativus Edge (GATE)]] | # [[GATE|Устройство управления и хранения сети GNET - Gativus Edge (GATE)]] | ||
# [[GATE2|Задачи по доработке операционной системы для Gativus Edge]]. | # [[GATE2|Задачи по доработке операционной системы для Gativus Edge]]. | ||
{{#css: | {{#css: | ||
video{ | video{ | ||
width: | width: 628px !important; | ||
height: | height: 411px !important; | ||
} | } | ||
}} | }} | ||
Latest revision as of 22:30, 9 May 2025
Роль компонента
Т.к. NDDI по сути является программой - эта программа может быть монолитной (т.е. происходить от одного родителя - исполняемого кода), или же быть агрегатом нескольких родителей. Каждый родитель для этой цели выделяет s-соединитель, представляющий собой контейнер с объектным кодом.
Собрав все отношения с родителями, NDDI может скомпоновать полученный код в исполняемый и запустить его средствами устройства GATE (Gativus Edge) В случает модификации одного из s-отношений - NDDI примет решение о необходимости перекомпоновки и произведет ее. Если физический размер кода составляет значительную величину, порождаемые узлы могут не производить физического копирования кода в новые NDDI, при этом s-отношение будет содержать только ссылку на s-контейнер родителя или на пра-родителя.
Смотреть так же
Предыдущая: Гипотеза #4: Объектная карта.
Следующая: Сеть из NDDI и их отношений - GNET
Теория Сознания Gativus (GTOM):
- О проекте Gativus.
- Введение в Теорию Сознания Gativus.
- Структура Теории Сознания Gativus.
- Гипотеза #3: Субъективная Реальность.
- Гипотеза #4: Объектная карта.
- Гипотеза #6: Узлы сети Gativus и её компоненты.<
Техническая реализация:
- Сеть из NDDI и их отношений - GNET
- Устройство управления и хранения сети GNET - Gativus Edge (GATE)
- Задачи по доработке операционной системы для Gativus Edge.