GATE2

From MediaWiki
Revision as of 17:33, 17 March 2025 by Userwiki (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Задачи по доработке операционной системы:

Установление связи между процессами и 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):

  1. О проекте Gativus.
  2. Введение в Теорию Сознания Gativus.
  3. Структура Теории Сознания Gativus.
  4. Гипотеза #3: Субьективная Реальность.
  5. Гипотеза #4: Обьектная карта.
  6. Гипотеза #6: Узлы сети Gativus и её компоненты.

Техническая реализация:

  1. Сеть из NDDI и их отношений - GNET
  2. Устройство хостинга узлов GNET - Gativus Edge (GATE)
  3. Задачи по доработке операционной системы для Gativus Edge. <