Вычислительная подсистема - История изменений

Андрей Чусов в 08:17, 25 октября 2017

2017-10-25T08:17:50Z

← Предыдущая		Версия 18:17, 25 октября 2017
Строка 23:		Строка 23:
	[[File:DIS-DDS-border.png\|500px\|thumb\|right\|Структурные компоненты, реализующие процесс на стороне экземпляра подсистемы предметной области - в случае использования функций [[domain_shared]]. Для узла определяется аналогично.]]		[[File:DIS-DDS-border.png\|500px\|thumb\|right\|Структурные компоненты, реализующие процесс на стороне экземпляра подсистемы предметной области - в случае использования функций [[domain_shared]]. Для узла определяется аналогично.]]

			В распределенной конфигурации узел, доступ к которому осуществляется со стороны предметно-независимого балансировщика нагрузки, имеет аналогичный интерфейс, с C-функцией [[GetNode]], создающей экземпляр реализации [[программный интерфейс\|программного интерфейса]] [[INode]]. Этот экземпляр преобразуем с помощью [[INode::RepresentAs]] к типу [[ITCPNode]].

			Ниже перечислены компоненты интерфейсов, используемых подсистемой управления и подсистемами предметных областей для коммуникации.

	В зависимости от такой конфигурации, определяются два базовых интерфейса между подсистемами управления и предметной области.		==Полиморфные программные интерфейсы==

			==Функции C==

			==TCP запросы==

	===Интерфейс узла, реализованного как внутрипроцессный сервер===		===Интерфейс узла, реализованного как внутрипроцессный сервер===

Андрей Чусов в 07:50, 25 октября 2017

2017-10-25T07:50:04Z

← Предыдущая		Версия 17:50, 25 октября 2017
Строка 15:		Строка 15:
	Реализация [[IDomainSystem]] включает в себя реализацию узла с интерфейсом [[INode]], выполняющего определенный в предметной области компонент параллельного выполнения, который выделен для распределения средствами глобального [[балансировщик нагрузки\|балансировщика нагрузки]]. Структурно узел [[INode]] также реализуется как компонент, работающий в адресном пространстве подсистемы предметной области, либо как выделенный TCP сервер. При запуске моделирования с помощью метода [[IDomainSystem::StartSimulation]] экземпляр подсистемы предметной области может зарегистрировать узлы в выделенном для этого экземпляра глобальном балансировщике нагрузки.		Реализация [[IDomainSystem]] включает в себя реализацию узла с интерфейсом [[INode]], выполняющего определенный в предметной области компонент параллельного выполнения, который выделен для распределения средствами глобального [[балансировщик нагрузки\|балансировщика нагрузки]]. Структурно узел [[INode]] также реализуется как компонент, работающий в адресном пространстве подсистемы предметной области, либо как выделенный TCP сервер. При запуске моделирования с помощью метода [[IDomainSystem::StartSimulation]] экземпляр подсистемы предметной области может зарегистрировать узлы в выделенном для этого экземпляра глобальном балансировщике нагрузки.

	[[~~File:top~~-~~modules~~-~~inprocess~~.~~jpg\|500px\|thumb\|right\|Модуль управляющей~~ подсистемы, ~~связанный с внутрипроцессной реализацией подсистемы~~ предметной области.]]		Между предметно-независимой подсистемой и экземплярами предметных областей проходит граница между реализациями, за которые ответственны возможно разные разработчики -
	[[~~File:top~~-~~modules-distrib.jpg\|500px\|thumb\|right\|Модуль управляющей подсистемы~~, ~~связанный~~ с ~~реализацией подсистемы~~ предметной области ~~в виде удаленного сервера~~.]]		[[поставщик предметно-независимых сервисов]] и [[поставщик подсистемы предметной области]]. Реализация экземпляра подсистемы предметной области, выполняемая последним, использует один из трех интерфейсов предметно-независимой подсистемы.
	[[~~File:top~~-~~modules-wrapper~~.~~jpg\|500px\|thumb\|right\|Модуль управляющей подсистемы и удаленный сервер~~ подсистемы предметной области~~, реализованной в виде враппера над плагином, реализующим моделирование в~~ предметной области.]]		# Поставщик подсистемы предметной области предоставляет разделяемую библиотеку DLL/SO, имеющую C-интерфейс [[GetDomainSystem]], который используется для получения доступа к подсистеме предметной области через [[программный интерфейс]] [[IDomainSystem]]. В этом случае предметно-независимая подсистема, в зависимости от своей внутрипроцессной и распределенной конфигурации, включает библиотеку в свое адресное пространство или в адресное пространство реализованного независимо от предметной области прокси сервера, обеспечивающего коммуникацию с удаленной подсистемой управления. Для распределенной конфигурации реализация экземпляра предметной области также должна поддерживать (см. [[IDomainSystem::RepresentAs]]) интерфейс [[ITCPDomainSystem]].
	[[File:~~top~~-~~modules~~-~~wrapper-cpp~~.~~jpg~~\|500px\|thumb\|right\|~~Модуль управляющей подсистемы и удаленный сервер~~ подсистемы предметной области в ~~виде заглушки, делегирующей запросы~~ [[~~программный интерфейс\|программным интерфейсам~~]] ~~разделяемой библиотеки подсистемы предметной области~~.]]		# ''Только для распределенной конфигурации'' Поставщик подсистемы предметной области реализует собственный исполняемый модуль экземпляра подсистемы предметной области и осуществляет взаимодействие с предметно-независимой подсистемой с использованием компонент получаемой об предметно-независимой подсистемы библиотеки [[domain_shared]] - например, прокси.
			# ''Только для распределенной конфигурации'' Поставщик подсистемы предметной области реализует собственный исполняемый модуль экземпляра подсистемы предметной области с собственной реализацией обработки запросов от подсистемы управления.

			[[File:DIS-DDS-border.png\|500px\|thumb\|right\|Структурные компоненты, реализующие процесс на стороне экземпляра подсистемы предметной области - в случае использования функций [[domain_shared]]. Для узла определяется аналогично.]]



	В зависимости от такой конфигурации, определяются два базовых интерфейса между подсистемами управления и предметной области.		В зависимости от такой конфигурации, определяются два базовых интерфейса между подсистемами управления и предметной области.

	===Интерфейс узла, реализованного как внутрипроцессный сервер ===		===Интерфейс узла, реализованного как внутрипроцессный сервер===

	====Точка входа====		====Точка входа====

Андрей Чусов в 07:02, 25 октября 2017

2017-10-25T07:02:42Z

← Предыдущая		Версия 17:02, 25 октября 2017
Строка 8:		Строка 8:

	С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[поставщик подсистемы предметной области\|поставщиком подсистемы предметной области]]. Экземпляр подсистемы предметной области реализуется в виде внутрипроцессного или TCP сервера с интерфейсом [[IDomainSystem]], принимающего запросы от подсистемы управления на запуск/остановку/завершение моделирования с заданными входными параметрами, а также на получение результатов моделирования и информации о статусе. Адрес сервера (путь к разделяемой библиотеке или адрес плюс порт) задаются в подсистеме управления при регистрации подсистемы предметной области.		С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[поставщик подсистемы предметной области\|поставщиком подсистемы предметной области]]. Экземпляр подсистемы предметной области реализуется в виде внутрипроцессного или TCP сервера с интерфейсом [[IDomainSystem]], принимающего запросы от подсистемы управления на запуск/остановку/завершение моделирования с заданными входными параметрами, а также на получение результатов моделирования и информации о статусе. Адрес сервера (путь к разделяемой библиотеке или адрес плюс порт) задаются в подсистеме управления при регистрации подсистемы предметной области.

			[[File:DIS-DS-Start-Sequence.svg\|500px\|thumb\|right\|Протокол взаимодействия подсистемы управления (ПУ), предметно-независимой реализации балансировщика нагрузки и экземпляра подсистемы предметной области (ППО) при запуске моделирования.]]
			[[File:DIS-DS-Query-Sequence.svg\|500px\|thumb\|right\|Протокол опроса состояния процесса моделирования, выполняемого асинхронно экземпляром подсистемы предметной области (ППО) и его узлами.]]
			[[File:DIS-DS-Close-Sequence.svg\|500px\|thumb\|right\|Протокол закрытия составного процесса моделирования.]]

	Реализация [[IDomainSystem]] включает в себя реализацию узла с интерфейсом [[INode]], выполняющего определенный в предметной области компонент параллельного выполнения, который выделен для распределения средствами глобального [[балансировщик нагрузки\|балансировщика нагрузки]]. Структурно узел [[INode]] также реализуется как компонент, работающий в адресном пространстве подсистемы предметной области, либо как выделенный TCP сервер. При запуске моделирования с помощью метода [[IDomainSystem::StartSimulation]] экземпляр подсистемы предметной области может зарегистрировать узлы в выделенном для этого экземпляра глобальном балансировщике нагрузки.		Реализация [[IDomainSystem]] включает в себя реализацию узла с интерфейсом [[INode]], выполняющего определенный в предметной области компонент параллельного выполнения, который выделен для распределения средствами глобального [[балансировщик нагрузки\|балансировщика нагрузки]]. Структурно узел [[INode]] также реализуется как компонент, работающий в адресном пространстве подсистемы предметной области, либо как выделенный TCP сервер. При запуске моделирования с помощью метода [[IDomainSystem::StartSimulation]] экземпляр подсистемы предметной области может зарегистрировать узлы в выделенном для этого экземпляра глобальном балансировщике нагрузки.

Андрей Чусов в 05:40, 24 октября 2017

2017-10-24T05:40:09Z

← Предыдущая		Версия 15:40, 24 октября 2017
Строка 7:		Строка 7:
	В этом контексте ''подсистемой предметной области D'' будем называть реализацию подсистемы для предметной области ''D'', где ''D'' - имя предметной области, например: ''подсистема предметной области "Архитектурная акустика"''.		В этом контексте ''подсистемой предметной области D'' будем называть реализацию подсистемы для предметной области ''D'', где ''D'' - имя предметной области, например: ''подсистема предметной области "Архитектурная акустика"''.

	С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[поставщик подсистемы предметной области\|поставщиком подсистемы предметной области]] ~~для распределенной реализации~~, или ~~которым является имя разделяемой библиотеки (для реализации~~ в ~~едином адресном пространстве)~~.		С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[поставщик подсистемы предметной области\|поставщиком подсистемы предметной области]]. Экземпляр подсистемы предметной области реализуется в виде внутрипроцессного или TCP сервера с интерфейсом [[IDomainSystem]], принимающего запросы от подсистемы управления на запуск/остановку/завершение моделирования с заданными входными параметрами, а также на получение результатов моделирования и информации о статусе. Адрес сервера (путь к разделяемой библиотеке или адрес плюс порт) задаются в подсистеме управления при регистрации подсистемы предметной области.

	~~Подсистема~~ предметной области ~~- совокупность непустого множества вычислительных узлов. Под узлом понимается один компьютер~~, возможно со множеством параллельных центральных и графических процессоров (исполнителей логических процессов). Узел имеет прямую связь с подсистемой управления.		Реализация [[IDomainSystem]] включает в себя реализацию узла с интерфейсом [[INode]], выполняющего определенный в предметной области компонент параллельного выполнения, который выделен для распределения средствами глобального [[балансировщик нагрузки\|балансировщика нагрузки]]. Структурно узел [[INode]] также реализуется как компонент, работающий в адресном пространстве подсистемы предметной области, либо как выделенный TCP сервер. При запуске моделирования с помощью метода [[IDomainSystem::StartSimulation]] экземпляр подсистемы предметной области может зарегистрировать узлы в выделенном для этого экземпляра глобальном балансировщике нагрузки.

	~~Программно узел реализуется:~~
	; В виде внутрипроцессного сервера : То есть в виде разделяемой библиотеки, которая загружается в адресное пространство [[~~подсистема управления~~\|~~подсистемы управления~~]].
	~~; В виде удаленного сервера : То есть удаленной (по отношению к~~ [[~~подсистема управления\|подсистеме управления~~]]~~) стороны канала~~, связанного с TCP/IP сокетом. Кроме этого, над таким каналом задаются обработчики TCP/IP запросов по умолчанию для некоторых языков, которые делегируют вызовы реализации подсистемы предметной области, ~~предоставляемой~~ [[~~поставщик~~ подсистемы предметной области~~\|поставщиком подсистемы предметной области]]~~.

	[[File:top-modules-inprocess.jpg\|500px\|thumb\|right\|Модуль управляющей подсистемы, связанный с внутрипроцессной реализацией подсистемы предметной области.]]		[[File:top-modules-inprocess.jpg\|500px\|thumb\|right\|Модуль управляющей подсистемы, связанный с внутрипроцессной реализацией подсистемы предметной области.]]

Андрей Чусов в 06:42, 14 июня 2016

2016-06-14T06:42:16Z

← Предыдущая		Версия 16:42, 14 июня 2016
Строка 32:		Строка 32:
	{{control_domain_interaction_class_list}}		{{control_domain_interaction_class_list}}

	{{relation_diagram\|diagram=Подсистемы вычислительной подсистемы и ее связь с [[подсистема управления\|подсистемой управления]].\|graph=G\|content=		{{relation_diagram\|diagram=Подсистемы вычислительной подсистемы и ее связь с [[подсистема управления\|подсистемой управления]].\|graph=computing_system\|content=
	{{relation_diagram addref\|class="Подсистема управления"\|ref=[[Подсистема управления]]}}		{{relation_diagram addref\|class="Подсистема управления"\|ref=[[Подсистема управления]]}}
	{{relation_diagram addref\|class=IDomainSystem\|ref=[[IDomainSystem]]}}		{{relation_diagram addref\|class=IDomainSystem\|ref=[[IDomainSystem]]}}

Андрей Чусов в 06:40, 8 июня 2016

2016-06-08T06:40:30Z

← Предыдущая		Версия 16:40, 8 июня 2016
Строка 7:		Строка 7:
	В этом контексте ''подсистемой предметной области D'' будем называть реализацию подсистемы для предметной области ''D'', где ''D'' - имя предметной области, например: ''подсистема предметной области "Архитектурная акустика"''.		В этом контексте ''подсистемой предметной области D'' будем называть реализацию подсистемы для предметной области ''D'', где ''D'' - имя предметной области, например: ''подсистема предметной области "Архитектурная акустика"''.

	С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[~~Заглавная страница#Целевые пользователи~~\|поставщиком предметной области]] для распределенной реализации, или которым является имя разделяемой библиотеки (для реализации в едином адресном пространстве).		С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[поставщик подсистемы предметной области\|поставщиком подсистемы предметной области]] для распределенной реализации, или которым является имя разделяемой библиотеки (для реализации в едином адресном пространстве).

	Подсистема предметной области - совокупность непустого множества вычислительных узлов. Под узлом понимается один компьютер, возможно со множеством параллельных центральных и графических процессоров (исполнителей логических процессов). Узел имеет прямую связь с подсистемой управления.		Подсистема предметной области - совокупность непустого множества вычислительных узлов. Под узлом понимается один компьютер, возможно со множеством параллельных центральных и графических процессоров (исполнителей логических процессов). Узел имеет прямую связь с подсистемой управления.
Строка 13:		Строка 13:
	Программно узел реализуется:		Программно узел реализуется:
	; В виде внутрипроцессного сервера : То есть в виде разделяемой библиотеки, которая загружается в адресное пространство [[подсистема управления\|подсистемы управления]].		; В виде внутрипроцессного сервера : То есть в виде разделяемой библиотеки, которая загружается в адресное пространство [[подсистема управления\|подсистемы управления]].
	; В виде удаленного сервера : То есть удаленной (по отношению к [[подсистема управления\|подсистеме управления]]) стороны канала, связанного с TCP/IP сокетом. Кроме этого, над таким каналом задаются обработчики TCP/IP запросов по умолчанию для некоторых языков, которые делегируют вызовы реализации подсистемы предметной области, предоставляемой [[~~Заглавная страница#Целевые пользователи~~\|поставщиком подсистемы предметной области]].		; В виде удаленного сервера : То есть удаленной (по отношению к [[подсистема управления\|подсистеме управления]]) стороны канала, связанного с TCP/IP сокетом. Кроме этого, над таким каналом задаются обработчики TCP/IP запросов по умолчанию для некоторых языков, которые делегируют вызовы реализации подсистемы предметной области, предоставляемой [[поставщик подсистемы предметной области\|поставщиком подсистемы предметной области]].

	[[File:top-modules-inprocess.jpg\|500px\|thumb\|right\|Модуль управляющей подсистемы, связанный с внутрипроцессной реализацией подсистемы предметной области.]]		[[File:top-modules-inprocess.jpg\|500px\|thumb\|right\|Модуль управляющей подсистемы, связанный с внутрипроцессной реализацией подсистемы предметной области.]]

Андрей Чусов в 06:37, 25 мая 2016

2016-05-25T06:37:12Z

← Предыдущая		Версия 16:37, 25 мая 2016
Строка 49:		Строка 49:
	{{relation_diagram add\|implementation\|"Исполнитель логического процесса"\|INode}}		{{relation_diagram add\|implementation\|"Исполнитель логического процесса"\|INode}}
	}}		}}

			=Реализованные предметные области=

			[[Архитектурная акустика]]

Андрей Чусов в 04:44, 27 января 2016

2016-01-27T04:44:09Z

← Предыдущая		Версия 14:44, 27 января 2016
Строка 9:		Строка 9:
	С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[Заглавная страница#Целевые пользователи\|поставщиком предметной области]] для распределенной реализации, или которым является имя разделяемой библиотеки (для реализации в едином адресном пространстве).		С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[Заглавная страница#Целевые пользователи\|поставщиком предметной области]] для распределенной реализации, или которым является имя разделяемой библиотеки (для реализации в едином адресном пространстве).

	Подсистема предметной области - совокупность непустого множества вычислительных узлов. Под узлом понимается один компьютер, возможно со множеством параллельных центральных и графических процессоров (исполнителей логических процессов). Узел имеет прямую связь с подсистемой управления. Программно узел реализуется в виде внутрипроцессного сервера - разделяемой библиотеки, которая загружается в адресное пространство части подсистемы управления, работающей как фоновый процесс (служба Windows, демон Linux) на узле подсистемы предметной области. Поскольку подсистема управления может задавать ограничения на память и ширину каналов связи, выделяемых для одной подсистемы предметной области, для межпотоковой балансировки нагрузки и синхронизации предполагается использование собственных локальных средств узла, которые далее будем называть локальным балансировщиком нагрузки.		Подсистема предметной области - совокупность непустого множества вычислительных узлов. Под узлом понимается один компьютер, возможно со множеством параллельных центральных и графических процессоров (исполнителей логических процессов). Узел имеет прямую связь с подсистемой управления.

	===Интерфейс узла===		Программно узел реализуется:
			; В виде внутрипроцессного сервера : То есть в виде разделяемой библиотеки, которая загружается в адресное пространство [[подсистема управления\|подсистемы управления]].
			; В виде удаленного сервера : То есть удаленной (по отношению к [[подсистема управления\|подсистеме управления]]) стороны канала, связанного с TCP/IP сокетом. Кроме этого, над таким каналом задаются обработчики TCP/IP запросов по умолчанию для некоторых языков, которые делегируют вызовы реализации подсистемы предметной области, предоставляемой [[Заглавная страница#Целевые пользователи\|поставщиком подсистемы предметной области]].

			[[File:top-modules-inprocess.jpg\|500px\|thumb\|right\|Модуль управляющей подсистемы, связанный с внутрипроцессной реализацией подсистемы предметной области.]]
			[[File:top-modules-distrib.jpg\|500px\|thumb\|right\|Модуль управляющей подсистемы, связанный с реализацией подсистемы предметной области в виде удаленного сервера.]]
			[[File:top-modules-wrapper.jpg\|500px\|thumb\|right\|Модуль управляющей подсистемы и удаленный сервер подсистемы предметной области, реализованной в виде враппера над плагином, реализующим моделирование в предметной области.]]
			[[File:top-modules-wrapper-cpp.jpg\|500px\|thumb\|right\|Модуль управляющей подсистемы и удаленный сервер подсистемы предметной области в виде заглушки, делегирующей запросы [[программный интерфейс\|программным интерфейсам]] разделяемой библиотеки подсистемы предметной области.]]

			В зависимости от такой конфигурации, определяются два базовых интерфейса между подсистемами управления и предметной области.

			===Интерфейс узла, реализованного как внутрипроцессный сервер ===

	====Точка входа====		====Точка входа====

Андрей Чусов в 05:09, 24 января 2016

2016-01-24T05:09:31Z

← Предыдущая		Версия 15:09, 24 января 2016
Строка 7:		Строка 7:
	В этом контексте ''подсистемой предметной области D'' будем называть реализацию подсистемы для предметной области ''D'', где ''D'' - имя предметной области, например: ''подсистема предметной области "Архитектурная акустика"''.		В этом контексте ''подсистемой предметной области D'' будем называть реализацию подсистемы для предметной области ''D'', где ''D'' - имя предметной области, например: ''подсистема предметной области "Архитектурная акустика"''.

	С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] ~~вызовом метода~~ [[~~IControlSystemDomainSide::ConnectToControlSystem~~]] (для распределенной реализации), или имя разделяемой библиотеки (для реализации в едином адресном пространстве).		С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[Заглавная страница#Целевые пользователи\|поставщиком предметной области]] для распределенной реализации, или которым является имя разделяемой библиотеки (для реализации в едином адресном пространстве).

	Подсистема предметной области - совокупность непустого множества вычислительных узлов. Под узлом понимается один компьютер, возможно со множеством параллельных центральных и графических процессоров (исполнителей логических процессов). Узел имеет прямую связь с подсистемой управления. Программно узел реализуется в виде внутрипроцессного сервера - разделяемой библиотеки, которая загружается в адресное пространство части подсистемы управления, работающей как фоновый процесс (служба Windows, демон Linux) на узле подсистемы предметной области. Поскольку подсистема управления может задавать ограничения на память и ширину каналов связи, выделяемых для одной подсистемы предметной области, для межпотоковой балансировки нагрузки и синхронизации предполагается использование собственных локальных средств узла, которые далее будем называть локальным балансировщиком нагрузки.		Подсистема предметной области - совокупность непустого множества вычислительных узлов. Под узлом понимается один компьютер, возможно со множеством параллельных центральных и графических процессоров (исполнителей логических процессов). Узел имеет прямую связь с подсистемой управления. Программно узел реализуется в виде внутрипроцессного сервера - разделяемой библиотеки, которая загружается в адресное пространство части подсистемы управления, работающей как фоновый процесс (служба Windows, демон Linux) на узле подсистемы предметной области. Поскольку подсистема управления может задавать ограничения на память и ширину каналов связи, выделяемых для одной подсистемы предметной области, для межпотоковой балансировки нагрузки и синхронизации предполагается использование собственных локальных средств узла, которые далее будем называть локальным балансировщиком нагрузки.

Андрей Чусов в 06:12, 11 января 2016

2016-01-11T06:12:56Z

← Предыдущая		Версия 16:12, 11 января 2016
Строка 15:		Строка 15:
	====Точка входа====		====Точка входа====

	Точкой входа в библиотеку является статическая функция с C связыванием [[GetDomainSystem]], инициализирующая узел и возвращающая его программную реализацию в виде интерфейса [[IDomainSystem]].		Точкой входа в библиотеку является статическая функция с C связыванием [[GetDomainSystem]], инициализирующая узел и возвращающая его программную реализацию в виде [[программный интерфейс\|интерфейса]] [[IDomainSystem]].

	====Набор интерфейсных компонентов и интерфейсов====		====Набор интерфейсных компонентов и интерфейсов====

← Предыдущая		Версия 17:02, 25 октября 2017
Строка 8:		Строка 8:

	С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[поставщик подсистемы предметной области\|поставщиком подсистемы предметной области]]. Экземпляр подсистемы предметной области реализуется в виде внутрипроцессного или TCP сервера с интерфейсом [[IDomainSystem]], принимающего запросы от подсистемы управления на запуск/остановку/завершение моделирования с заданными входными параметрами, а также на получение результатов моделирования и информации о статусе. Адрес сервера (путь к разделяемой библиотеке или адрес плюс порт) задаются в подсистеме управления при регистрации подсистемы предметной области.		С другой стороны, ''экземпляром N предметной области D'' будем называть реализацию подсистемы с именем ''N'', под которым этот экземпляр зарегистрирован в [[подсистема управления\|подсистеме управления]] - [[поставщик подсистемы предметной области\|поставщиком подсистемы предметной области]]. Экземпляр подсистемы предметной области реализуется в виде внутрипроцессного или TCP сервера с интерфейсом [[IDomainSystem]], принимающего запросы от подсистемы управления на запуск/остановку/завершение моделирования с заданными входными параметрами, а также на получение результатов моделирования и информации о статусе. Адрес сервера (путь к разделяемой библиотеке или адрес плюс порт) задаются в подсистеме управления при регистрации подсистемы предметной области.

			[[File:DIS-DS-Start-Sequence.svg\|500px\|thumb\|right\|Протокол взаимодействия подсистемы управления (ПУ), предметно-независимой реализации балансировщика нагрузки и экземпляра подсистемы предметной области (ППО) при запуске моделирования.]]
			[[File:DIS-DS-Query-Sequence.svg\|500px\|thumb\|right\|Протокол опроса состояния процесса моделирования, выполняемого асинхронно экземпляром подсистемы предметной области (ППО) и его узлами.]]
			[[File:DIS-DS-Close-Sequence.svg\|500px\|thumb\|right\|Протокол закрытия составного процесса моделирования.]]

	Реализация [[IDomainSystem]] включает в себя реализацию узла с интерфейсом [[INode]], выполняющего определенный в предметной области компонент параллельного выполнения, который выделен для распределения средствами глобального [[балансировщик нагрузки\|балансировщика нагрузки]]. Структурно узел [[INode]] также реализуется как компонент, работающий в адресном пространстве подсистемы предметной области, либо как выделенный TCP сервер. При запуске моделирования с помощью метода [[IDomainSystem::StartSimulation]] экземпляр подсистемы предметной области может зарегистрировать узлы в выделенном для этого экземпляра глобальном балансировщике нагрузки.		Реализация [[IDomainSystem]] включает в себя реализацию узла с интерфейсом [[INode]], выполняющего определенный в предметной области компонент параллельного выполнения, который выделен для распределения средствами глобального [[балансировщик нагрузки\|балансировщика нагрузки]]. Структурно узел [[INode]] также реализуется как компонент, работающий в адресном пространстве подсистемы предметной области, либо как выделенный TCP сервер. При запуске моделирования с помощью метода [[IDomainSystem::StartSimulation]] экземпляр подсистемы предметной области может зарегистрировать узлы в выделенном для этого экземпляра глобальном балансировщике нагрузки.