Перейти к содержимому
Редактировал(а) Alexandr Fokin 2026/06/18 22:07
От версии 7.16
отредактировано Alexandr Fokin
на 2026/06/18 22:07
Изменить комментарий: Renamed back-links.
К версии 7.4
отредактировано Alexandr Fokin
на 2026/05/14 18:48
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Название
... ... @@ -1,1 +1,1 @@
1 -Гарантированная конкурентная доставка сигнала
1 +Гарантированная конкурентная доставка сигнала.
Родительский документ
... ... @@ -1,1 +1,1 @@
1 -Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.Тема\. Сигналы и триггеры.WebHome
1 +Проекты и репозитории.Библиотеки.Движок cccc1808\. ProcessEngine.WebHome
Содержимое
... ... @@ -1,21 +1,13 @@
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 condition) может выполняться в 2 местах:(((
6 -* В конце асинхронно сессии обработки процесса (в ситуации, когда процесс принял решения перейти в режим ожидания).
7 -* Необязательно можно делать проверку на уровне хенделар триггера, чтобы не будить процесс лишний раз (если сигнал мог быть уже обработан).
8 -)))
9 -|(% style="width:183px" %)Решаемые задачи|(% style="width:955px" %)(((
10 -1. Обработка конкуренции между триггером и процессом. Избежание избыточных блокировок и избыточных ожиданий блокировок.
3 +|(% style="width:424px" %)(((
4 +1. Избежание избыточных блокировок и избыточных ожиданий блокировок.
11 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" %)
6 +1. Гарантированная доставка сигнала от триггера до процесса (сигнал не будет потерян) и процесс будет пробужден и продолжит выполнение.
7 +1. Конкуренция между триггерами и процессом.
8 +)))|(% style="width:843px" %)[[image:Конкурентная доставка сигнала в процесс.Sequence.png]]
9 +|(% style="width:424px" %) |(% style="width:843px" %)
10 +|(% style="width:424px" %) |(% style="width:843px" %)
19 19  
20 20  
21 21  )))