GATE2: Difference between revisions

From MediaWiki
No edit summary
No edit summary
 
(11 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 <sup>32</sup> и отказоустойчивое хранение данных'''
'''Увеличение количества одновременных процессов до 2<sup>32</sup> и отказоустойчивое хранение данных'''


В современных опрерационных системах количество процессов имеет уровень сотен-тысяч. Даже несмотря на возможности идентификации процессов на уровне 2 22 - количество одновременно активных процессов незначительное. Для решения задачи по размещению существенного количества цифровых сущностей на одном устройстве необходимо решить несколько проблем:
В современных опрерационных системах количество процессов имеет уровень сотен-тысяч. Даже несмотря на возможности идентификации процессов на уровне 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]] должны быть реплицированы в постоянной памяти, как первичном месте хранения.


'''Системные вызовы для создания и модификации цифровых сущностей узлов'''
'''Системные вызовы для создания и модификации цифровых сущностей узлов'''


Создание новых узлов - 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):

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

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

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