Алгоритм Рикарта-Агравалы — различия между версиями

Материал из Викиконспекты
Перейти к: навигация, поиск
 
Строка 1: Строка 1:
 
[[Категория: Параллельное программирование]]
 
[[Категория: Параллельное программирование]]
'''Алгоритм Рикарта-Агравалы''' — алгоритм взаимного исключения, являющийся оптимизацией [Алгоритм Лампорта взаимного исключения|алгоритма Лампорта].
+
'''Алгоритм Рикарта-Агравалы''' — алгоритм взаимного исключения, являющийся оптимизацией [[Алгоритм Лампорта взаимного исключения|алгоритма Лампорта]].
  
 
Мы объединяем запросы rel и ok в один: вместо отправки ok сразу посылаем только если не хотим входить в критическую секцию или сразу как только выйдем из секции.
 
Мы объединяем запросы rel и ok в один: вместо отправки ok сразу посылаем только если не хотим входить в критическую секцию или сразу как только выйдем из секции.

Текущая версия на 00:04, 4 июня 2019

Алгоритм Рикарта-Агравалы — алгоритм взаимного исключения, являющийся оптимизацией алгоритма Лампорта.

Мы объединяем запросы rel и ok в один: вместо отправки ok сразу посылаем только если не хотим входить в критическую секцию или сразу как только выйдем из секции.

  1. Когда процесс [math]P_i[/math] хочет войти в критический участок, то рассылает всем сообщение req с текущей временной меткой.
  2. Когда процесс [math]P_k[/math] получает от [math]P_j[/math] запрос войти в критический участок:
    • если он сам не посылал запрос, то посылает отклик;
    • если он послал свой запрос, он сравнивает временные метки этих двух запросов и посылает отклик только если у его собственного запроса метка позже (на самом деле, при равенстве меток, нужно проверять, у кого больше номер, т.е. для отсутствия блокировок нужно ввести приоритет на потоках);
    • в остальных случаях процесс [math]P_k[/math] задерживает отправку отклика.
  3. Процесс может войти в критический участок только после получения откликов ото всех других узлов сети.
  4. После выхода из него он рассылает задержанные отклики на все ожидающие запросы.

В отличие от алгоритма Лапрота, нам не требуется ни третьего сообщения, ни хранить очередь запросов в каждом процессе.

Mutex-distributed-ricart.png

Алгоритм является starvation-free. Суммарно на каждую критическую секцию приходится [math]2 \cdot (N-1)[/math] сообщений.

Отказ любого узла приводит к зависанию. Решается проблема введением таймаутов.