Перейти к содержимому
Редактировал(а) Alexandr Fokin 2026/06/18 22:07
От версии 7.13
отредактировано Alexandr Fokin
на 2026/05/18 22:20
Изменить комментарий: К данной версии нет комментариев
К версии 6.1
отредактировано Alexandr Fokin
на 2026/05/14 18:43
Изменить комментарий: Загрузить новое вложение Конкурентная доставка сигнала в процесс.Sequence.graphml

Сводка

Подробности

Свойства страницы
Название
... ... @@ -1,1 +1,1 @@
1 -Гарантированная конкурентная доставка сигнала
1 +Гарантированная конкурентная доставка сигнала.
Содержимое
... ... @@ -1,21 +1,11 @@
1 -|(% style="width:196px" %) |(% style="width:1286px" %)[[Про передачу сигнала на процесс>>doc:Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Про передачу сигнала на процесс.WebHome]] (2.3)
1 +|(% style="width:196px" %) |(% style="width:1286px" %)
2 2  |(% style="width:196px" %)Схема конкурентного взаимодействия между триггером и процессом.|(% style="width:1286px" %)(((
3 -(% style="width:100%" %)
4 -|(% style="width:183px" %) |(% style="width:955px" %)Под передачей сигнала подразумевается, что процесс не перейдет в состояние ожидания не получив (не увидев) последний поступивший сигнал (т.е. не отреагировав на него).
5 -Проверка наличия необработанного сигнала (wakeup check) может выполняться в 2 местах:(((
6 -* В конце асинхронно сессии обработки процесса (в ситуации, когда процесс принял решения перейти в режим ожидания).
7 -* Необязательно можно делать проверку на уровне хенделар триггера, чтобы не будить процесс лишний раз (если сигнал мог быть уже обработан).
8 -)))
9 -|(% style="width:183px" %)Решаемые задачи|(% style="width:955px" %)(((
10 -1. Обработка конкуренции между триггером и процессом. Избежание избыточных блокировок и избыточных ожиданий блокировок.
11 -11. Триггер не пытается взять блокировку над процессом лишний раз, если процесс выполняется.
12 -111. Информация о выполнении процесса считывается из Wakeup state (без взятия блокировки процесса).
13 -Если процесс выполняется, то сигнал считается доставленным и никаких обновлений не требуется т.к. процесс сам проверит Wakeup condition и увидит новый сигнал.
14 -1. Гарантированная доставка сигнала от триггера до процесса (сигнал не будет потерян) и процесс будет пробужден и продолжит выполнение (Синхронизация проверки условия Wakeup condition, гарантия что сигнал не будет утерян).
15 -)))
16 -|Sequence диаграмма:  демонстрации обработки конкуренции между триггером и процессом.|(% style="width:791px" %)[[image:Конкурентная доставка сигнала в процесс.Sequence.png]]
17 -|(% style="width:183px" %) |(% style="width:955px" %)Схожая схема работает при конкуренции между триггерами (при передаче сигнала на процесс).
18 -|(% style="width:183px" %) |(% style="width:955px" %)
3 +|(((
4 +1. Избежание избыточных блокировок (взаимоблокировок). Триггер не пытается взять блокировку над процессом лишний раз, если он выполняется.
5 +1. Гарантированная доставка сигнала до процесса (сигнал не будет потерян) и процесс будет пробужден и продолжит выполнение.
6 +)))|
7 +| |
8 +| |
19 19  
20 20  
21 21  )))
Конкурентная доставка сигнала в процесс.Sequence.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.cccc1808
Размер
... ... @@ -1,1 +1,0 @@
1 -172.9 KB
Содержимое