Проверяемый текст
Павлов, Дмитрий Эдгарович; Анализ и разработка методов адаптивного управления экономическим потенциалом предприятия : На основе имитационного моделирования (Диссертация 2002)
[стр. 106]

108 Таблица 4.1 Полный перечень типов узлов модели ! j I Диспатчерекмвг узловые и серяпсизде фумкщси „.и: I ни .....
•••:•-•'WilT^-WA7f7:W*BIF»l*lllJJ)t:JnnwrWT11TJJJlJUiniIIIUJJI .ЩИ.
4 ..111 Диайетадрскяв фумхадсг: network<е1л; даспстчор сХ, е2 мода-mi прсщесссь аи г.иешнел срезе (ияк durayi faul t ‘ : пихоя г.с ехтЕкк ег: кОЛ ОПНСлуц псльчпллтолк UpihH ■** 7очкл пходл п узел *'пи л иомер узла place; фокт вхаад грллиазта & узел Уэяоама -Фукзорш; surv kn, с, u, tr mr с, о, п) ; узел ^Е^Л'у^иа-а.кий е г.
каналами send kn.
fcl г 5ГПг и, п1; прпводка на cwt Оухгадтер£киго учета attach <кл, г©, и, л> г тз^грэз на manageproc i kn, npp./ г,м, o, n> i процесс с транзэк?мо~упрл»гь зкдюксс’М teraUn) ; герминатор event I knr f„ о ,b, 1, n.) ; мул ъ ти n mt к & то р tie let I knf £ f a ,n}; ейарокх Xcy iкгь сг ~ клапан Структурные фумгсцми: pay структурах^ удал ^пплелп-ик Платежа: хеш структурный удел выделении ресурсов down ~ произзодижай структурной удал parent « структурной узпл виртулдьхого пространства модели CopBxcitiia фумхцш-в: dntach(rtlгts)? вернуть ресурс ebrryoft Jnl, ггъ r.21 ; "похитить” ресурс ir-eed^kU "сласлтеда* транзакта chog iir рл г,п;3,б,п) ; ■« настроить генератор bcldii^s ; ~ з&нрысь клапан tel£(i$; ~ отхрхти хдаплп activii>; актлапзиро&ать процесс passiv(ii: прерплть прсцесс clcode структурно оп^рптер начала Олокл оп-пдатороа лзыкд С ФуккфШ МКМЩ<&ЯМЗШфСК г иарафу^кря ф^нхпрсм г лат*хик51 ПСЧ Фуихции иниш*пит*Д4хх$тт «вдшш: rtsdbeg Сj , qr ze h, gc< dq, dp, df, dz, ma) ; иниииализацмй модели 3 мак<>Ш'ллиной число узлов z качоь.-:се значение ПСЧ h признак тестирования dq динамка ярехеки ^ад^ржк в счереси df ди.чаычка потока транзактол л теркшитое Нс точность зремоки л g I кг.г 1 г р/ rrjnP з, с,п) тенора тер трандактсь &л условное наименование генератора i Hb’HKHHpyeMitH ya«h (генератор! р приоритет, назн&чаеьсии транзахту г тип распределение {пот, unitr QXpQf ccln, bctaf псп«) т “ мат*ожидание W ЧИСЛО ехтрок supply? начальная модность ресурса п! ресурс, куда переместить гз ’тело элементов, ресурса дл»ignСkltзш)? — начальное ассигнование на счет kl уаел-счег В «утром кио д-адтмз-гкы ПСЧ t V X nonral (ТПг з) ИОрМлгЛЬНЫЙ v * ехрзде -* экспоиенииальнхй v “ uni fnnCffb л> — pnimcuepHUM (зл£ э I v " rundumUралног*шрН^й на (0,11 v erlang(м,sН сОобшеняхй Эрланга v « triplcxjrn, п, о} ЗкСх~ распределение » г < Для имитации процессов, протекающих в моделируемой системе, в Pilgrim предусмотрен следующий механизм.
Все транзакты, порождаемые в процессе моделирования, образуют списки, в которых транзакты отсортированы, во-первых, по времени, во-вторых, при равных временах у
транзактов, по приоритетам.
В процессе моделирования может быть образовано несколько списков: список текущих событий содержит
1
[стр. 88]

88 изменяющихся свойств и параметров.
Пути миграции транзактов по графу стохастической сети определяются логикой функционирования компонентов модели.
Узлы модели представляют собой средства обслуживания транзактов, посредством которых транзакты могут задерживаться, обслуживаться, порождать семейства новых транзактов, уничтожать другие транзакты.
Вид обслуживания транзакта определяется типом узла.
Полный перечень типов узлов, которые можно использовать при создании модели приведен в Приложении 3.
Одним из базовых понятий имитационного моделирования является событие, определяемое как изменение состояния системы.
Моделирование системы на Pilgrim, по существу, представляет собой имитацию последовательности переходов системы из одного состояния в другое в некоторые моменты времени, поэтому важнейшим является организация единого модельного времени.
В общем случае событием называется факт выхода из узла одного транзакта.
Управление событиями осуществляет координатор network, который определяет правила движения транзактов и координацию взаимодействующих процессов.
Время в модели отображается в условных единицах, масштаб которых устанавливается исследователем.
При этом моделирование зависимости от поставленных целей, может осуществляться в реальном, ускоренном или замедленном времени.
Описание модели представляет собой последовательность блоков, каждый из которых соответствует некоторому оператору (подпрограмме).
Процесс моделирования состоит в порождении, удалении из модели и в продвижении от блока к блоку модели по определенным правилам транзактов, представляющих совокупность ряда числовых и/или логических характеристик.
Для имитации процессов, протекающих моделируемой системе, Pilgrim предусмотрен следующий механизм.
Все транзакты, порождаемые в процессе моделирования, образуют списки, в которых транзакты отсортированы, во-первых, по времени, во-вторых, при равных временах у


[стр.,89]

89 транзактов, по приоритетам.
В процессе моделирования может быть образовано несколько списков: список текущих событий содержит
транзакты, которые должны перемещаться в текущий момент модельного времени; все они имеют одинаковое время, равное текущему, и если их приоритеты совпадают, то очередной транзакт для перемещения выбирается по правилу FIFO; список будущих событий содержит транзакты, которые будут перемещаться по модели в будущие моменты времени; в этот список попадают транзакты, вошедшие в блоки имитации задержки или заблокированные по каким-либо условиям; списки прерывании, синхронизации и пользователя содержат транзакты, обслуживание которых прервано по некоторым условиям, задаваемым блоками прерывания, синхронизации или находящимся под управлением пользователя.
Алгоритм событийного моделирования состоит формировании, просмотре и изменении этих списков, в перемещении транзактов из одного списка в другой и в продвижении одного из транзактов (активного, находящегося на вершине списка текущих событий) по блокам модели.
Продвижение текущего транзакта продолжается по блокам модели до тех пор, пока не произойдет одно из следующих событий: транзакт входит в блок задержки, в котором время транзакта увеличивается на значение, определяемое параметрами узла, и транзакт переходит в список будущих событий; транзакт входит в один из блоков проверки условий, и условие не позволяет транзакту перемещаться дальше (наступает условие блокировки), тогда транзакт переводится в список будущих событий; транзакт входит в блок удаления TERMINATE.
Затем выбирается из списка текущих событий следующий транзакт и начинается его продвижение по модели.
Если становится невозможным продвижение всех транзактов из списка текущих событий, то изменяется текущий момент времени (т.
е.
наступает время следующего события или группы событий) и все сказанное выше повторяется.
Моделирование синхронизация параллельных процессови

[Back]