GATE2: Difference between revisions
mNo edit summary |
No edit summary |
||
| (3 intermediate revisions by one other user not shown) | |||
| Line 9: | Line 9: | ||
В современных опрерационных системах количество процессов имеет уровень сотен-тысяч. Даже несмотря на возможности идентификации процессов на уровне 2<sup>22</sup> - количество одновременно активных процессов незначительное. Для решения задачи по размещению существенного количества цифровых сущностей на одном устройстве необходимо решить несколько проблем: | В современных опрерационных системах количество процессов имеет уровень сотен-тысяч. Даже несмотря на возможности идентификации процессов на уровне 2<sup>22</sup> - количество одновременно активных процессов незначительное. Для решения задачи по размещению существенного количества цифровых сущностей на одном устройстве необходимо решить несколько проблем: | ||
* разрядность идентификатора процессора должна быть увеличена до 2 <sup>32</sup> (еще лучше 2 <sup>64</sup>); | * разрядность идентификатора процессора должна быть увеличена до 2<sup>32</sup> (еще лучше 2<sup>64</sup>); | ||
* дескрипторы процессов, необходимые для переключения контекста необходимо хранить на устройстве постоянной памяти для обеспечения востановления состояния устройства [[GATE]] (узлы, представленные цифровыми сущностями [[NDDI]] - являются "вечными", т.е., неудаляемыми). Т.е., контекст всех процессов должен находиться на устройстве постоянной памяти, и при необходимости, необходимые страницы могут подкачиваться в оперативную память | * дескрипторы процессов, необходимые для переключения контекста необходимо хранить на устройстве постоянной памяти для обеспечения востановления состояния устройства [[GATE]] (узлы, представленные цифровыми сущностями [[NDDI]] - являются "вечными", т.е., неудаляемыми). Т.е., контекст всех процессов должен находиться на устройстве постоянной памяти, и при необходимости, необходимые страницы могут подкачиваться в оперативную память для обеспечения доступа; | ||
* неактивные процессы (секции кода и данных) - [[NDDI]] должны храниться на устройстве постоянной памяти, при этом в оперативную память должны подгружаться только активные [[NDDI]]. Механизм подкачки не должен основываться на подкачке страниц, а должна быть подкачка процесса как самостоятельной структуры. При этом критические компоненты [[NDDI]] должны быть реплицированы в постоянной памяти, как первичном месте хранения. | * неактивные процессы (секции кода и данных) - [[NDDI]] должны храниться на устройстве постоянной памяти, при этом в оперативную память должны подгружаться только активные [[NDDI]]. Механизм подкачки не должен основываться на подкачке страниц, а должна быть подкачка процесса как самостоятельной структуры. При этом критические компоненты [[NDDI]] должны быть реплицированы в постоянной памяти, как первичном месте хранения. | ||
| Line 22: | Line 22: | ||
==Смотреть так же== | ==Смотреть так же== | ||
'''Предыдущая:''' [[GATE|Устройство | '''Предыдущая:''' [[GATE|Устройство хостинга узлов GNET - Gativus Edge (GATE)]] | ||
'''Теория Сознания Gativus (GTOM):''' | '''Теория Сознания Gativus (GTOM):''' | ||
| Line 34: | Line 34: | ||
'''Техническая реализация''': | '''Техническая реализация''': | ||
# [[GNET|Сеть из NDDI и их отношений - '''GNET''']] | # [[GNET|Сеть из NDDI и их отношений - '''GNET''']] | ||
# [[GATE|Устройство | # [[GATE|Устройство хостинга узлов GNET - '''Gativus Edge (GATE)''']] | ||
# [[GATE2|Задачи по доработке операционной системы для Gativus Edge]]. < | # [[GATE2|Задачи по доработке операционной системы для Gativus Edge]]. < | ||
Latest revision as of 17:33, 17 March 2025
Задачи по доработке операционной системы:
Установление связи между процессами и IP адресами
Идентификация NDDI осуществляется с помощью Уникального имени узла (UNON). Однако, по спецификации GNET, имя UNON однозначно связано с IPv6 адресом. Сетевой стэк оперционной системы при получении пакета с определенным адресом, производит определение процесса - получателя и типа пакета, который может представлять часть виртуализованное отношение определенного типа. Как следствие - идентификатор процесса ОС должен быть связан с IPv6 адресом. Т.к., разрядность IPv6 составляет 128 бит, а идентификатора процесса 32 бита (возможно и меньше, в зависимости от требований по емкости) - то надостающие биты определяются как идентификатор подсети Gativus + идентификатор устройства GATE.
Увеличение количества одновременных процессов до 232 и отказоустойчивое хранение данных
В современных опрерационных системах количество процессов имеет уровень сотен-тысяч. Даже несмотря на возможности идентификации процессов на уровне 222 - количество одновременно активных процессов незначительное. Для решения задачи по размещению существенного количества цифровых сущностей на одном устройстве необходимо решить несколько проблем:
- разрядность идентификатора процессора должна быть увеличена до 232 (еще лучше 264);
- дескрипторы процессов, необходимые для переключения контекста необходимо хранить на устройстве постоянной памяти для обеспечения востановления состояния устройства GATE (узлы, представленные цифровыми сущностями NDDI - являются "вечными", т.е., неудаляемыми). Т.е., контекст всех процессов должен находиться на устройстве постоянной памяти, и при необходимости, необходимые страницы могут подкачиваться в оперативную память для обеспечения доступа;
- неактивные процессы (секции кода и данных) - NDDI должны храниться на устройстве постоянной памяти, при этом в оперативную память должны подгружаться только активные NDDI. Механизм подкачки не должен основываться на подкачке страниц, а должна быть подкачка процесса как самостоятельной структуры. При этом критические компоненты NDDI должны быть реплицированы в постоянной памяти, как первичном месте хранения.
Системные вызовы для создания и модификации цифровых сущностей узлов
Создание новых узлов - NDDI - может выполняться на основании системных вызовов, которые необходимо разработать. Модификация узлов и установление/изменение отношений - также могут выполняться только операционной системой на основании соотвествующих вызовов.
Виртуализация отношений
Виртуализация отношений осуществляется посредством передачи информации от одного узла к другому по сети IPv6. Необходимо разработать протокол виртуальных отношений для каждого вида отношений. Так как переключением процессов занимается один модуль операционной системы - планировщик, а анализом и исполнением сетевых задач - другой - сетевой стэк, эти два модуля должны быть доработаны и связаны.
Смотреть так же
Предыдущая: Устройство хостинга узлов GNET - Gativus Edge (GATE)
Теория Сознания Gativus (GTOM):
- О проекте Gativus.
- Введение в Теорию Сознания Gativus.
- Структура Теории Сознания Gativus.
- Гипотеза #3: Субьективная Реальность.
- Гипотеза #4: Обьектная карта.
- Гипотеза #6: Узлы сети Gativus и её компоненты.
Техническая реализация:
