GATE2: Difference between revisions
No edit summary |
No edit summary |
||
| (12 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
Задачи по доработке операционной системы: | Задачи по доработке операционной системы: | ||
'''Установление связи между процессами и IP | '''Установление связи между [https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D1%86%D0%B5%D1%81%D1%81_(%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D0%B8%D0%BA%D0%B0) процессами] и [[wikipedia:IPv6_address|IP адресами]]''' | ||
Идентификация NDDI осуществляется с помощью Уникального имени узла (UNON). Однако, по спецификации GNET, имя UNON однозначно связано с IPv6 адресом. Сетевой стэк оперционной системы при получении пакета с определенным адресом, производит определение процесса - получателя и типа пакета, который может представлять часть виртуализованное отношение определенного типа. Как следствие - идентификатор процесса ОС должен быть связан с IPv6 адресом. Т.к., разрядность IPv6 составляет 128 бит, а идентификатора процесса 32 бита (возможно и меньше, в зависимости от требований по емкости) - то надостающие биты определяются как идентификатор подсети Gativus + идентификатор устройства GATE. | Идентификация [[NDDI]] осуществляется с помощью Уникального имени узла (UNON). Однако, по спецификации [[GNET]], имя UNON однозначно связано с IPv6 адресом. Сетевой стэк оперционной системы при получении пакета с определенным адресом, производит определение процесса - получателя и типа пакета, который может представлять часть виртуализованное отношение определенного типа. Как следствие - идентификатор процесса ОС должен быть связан с IPv6 адресом. Т.к., разрядность IPv6 составляет 128 бит, а идентификатора процесса 32 бита (возможно и меньше, в зависимости от требований по емкости) - то надостающие биты определяются как идентификатор подсети Gativus + идентификатор устройства GATE. | ||
'''Увеличение количества одновременных процессов до 2 < | '''Увеличение количества одновременных процессов до 2<sup>32</sup> и отказоустойчивое хранение данных''' | ||
В современных опрерационных системах количество процессов имеет уровень сотен-тысяч. Даже несмотря на возможности идентификации процессов на уровне 2 22 - количество одновременно активных процессов незначительное. Для решения задачи по размещению существенного количества цифровых сущностей на одном устройстве необходимо решить несколько проблем: | В современных опрерационных системах количество процессов имеет уровень сотен-тысяч. Даже несмотря на возможности идентификации процессов на уровне 2<sup>22</sup> - количество одновременно активных процессов незначительное. Для решения задачи по размещению существенного количества цифровых сущностей на одном устройстве необходимо решить несколько проблем: | ||
* разрядность идентификатора процессора должна быть увеличена до 2 < | * разрядность идентификатора процессора должна быть увеличена до 2<sup>32</sup> (еще лучше 2<sup>64</sup>); | ||
* дескрипторы процессов, необходимые для переключения контекста необходимо хранить на устройстве постоянной памяти для обеспечения востановления состояния устройства GATE (узлы, представленные цифровыми сущностями NDDI - являются "вечными", т.е., неудаляемыми). | * дескрипторы процессов, необходимые для переключения контекста необходимо хранить на устройстве постоянной памяти для обеспечения востановления состояния устройства [[GATE]] (узлы, представленные цифровыми сущностями [[NDDI]] - являются "вечными", т.е., неудаляемыми). Т.е., контекст всех процессов должен находиться на устройстве постоянной памяти, и при необходимости, необходимые страницы могут подкачиваться в оперативную память для обеспечения доступа; | ||
* неактивные процессы - NDDI должны храниться на устройстве постоянной памяти, при этом в оперативную память должны подгружаться только активные NDDI. Механизм подкачки не должен основываться на подкачке страниц, а должна быть подкачка процесса как самостоятельной структуры. При этом критические компоненты NDDI должны быть реплицированы в постоянной памяти, как | * неактивные процессы (секции кода и данных) - [[NDDI]] должны храниться на устройстве постоянной памяти, при этом в оперативную память должны подгружаться только активные [[NDDI]]. Механизм подкачки не должен основываться на подкачке страниц, а должна быть подкачка процесса как самостоятельной структуры. При этом критические компоненты [[NDDI]] должны быть реплицированы в постоянной памяти, как первичном месте хранения. | ||
'''Системные вызовы для создания и модификации цифровых сущностей узлов''' | '''Системные вызовы для создания и модификации цифровых сущностей узлов''' | ||
Создание новых узлов - NDDI - может выполняться на основании системных вызовов, которые необходимо разработать. Модификация узлов и установление/изменение отношений - также могут выполняться только операционной системой на основании соотвествующих вызовов. | Создание новых узлов - [[NDDI]] - может выполняться на основании системных вызовов, которые необходимо разработать. Модификация узлов и установление/изменение отношений - также могут выполняться только операционной системой на основании соотвествующих вызовов. | ||
'''Виртуализация отношений''' | '''Виртуализация отношений''' | ||
Виртуализация отношений осуществляется посредством передачи информации от одного узла к другому по сети IPv6. Необходимо разработать протокол виртуальных отношений для каждого вида отношений. | Виртуализация отношений осуществляется посредством передачи информации от одного узла к другому по сети IPv6. Необходимо разработать протокол виртуальных отношений для каждого вида отношений. Так как переключением процессов занимается один модуль операционной системы - планировщик, а анализом и исполнением сетевых задач - другой - сетевой стэк, эти два модуля должны быть доработаны и связаны. | ||
==Смотреть так же== | |||
'''Предыдущая:''' [[GATE|Устройство хостинга узлов GNET - Gativus Edge (GATE)]] | |||
'''Теория Сознания Gativus (GTOM):''' | |||
# [[Gativus|О проекте Gativus.]] | |||
# [[GTOM|'''Введение''' в Теорию Сознания Gativus.]] | |||
# [[GTOM2|'''Структура''' Теории Сознания Gativus.]] | |||
# [[SRNT|'''Гипотеза #3''': Субьективная Реальность'''.''']] | |||
# [[OMAP1|'''Гипотеза #4:''' Обьектная карта.]] | |||
# [[NDDI|'''Гипотеза #6:''' Узлы сети Gativus и её компоненты.]] | |||
'''Техническая реализация''': | |||
# [[GNET|Сеть из NDDI и их отношений - '''GNET''']] | |||
# [[GATE|Устройство хостинга узлов GNET - '''Gativus Edge (GATE)''']] | |||
# [[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 и её компоненты.
Техническая реализация: