Алгоритмы взаимного исключения — различия между версиями
(→Проблема) |
(→Алгоритмы взаимного исключения) |
||
Строка 91: | Строка 91: | ||
===Алгоритм Лампорта (вариант <tex>1</tex>)=== | ===Алгоритм Лампорта (вариант <tex>1</tex>)=== | ||
Алгоритм пекарни Лампорта алгоритм разделения общих ресурсов между несколькими потоками путём взаимного исключения. Опубликован Лесли Лампортом в 1974 году. | Алгоритм пекарни Лампорта алгоритм разделения общих ресурсов между несколькими потоками путём взаимного исключения. Опубликован Лесли Лампортом в 1974 году. | ||
− | + | =====Аналогия===== | |
Лампорт предлагает рассмотреть пекарню с устройством, выдающим номерки у входа. Каждому входящему покупателю выдаётся номерок на единицу больше предыдущего. Общий счётчик показывает номер обслуживаемого в данный момент клиента. Все остальные покупатели ждут, пока не закончат обслуживать текущего клиента и табло покажет следующий номер. После того как клиент сделает покупку и сдаст свой номерок, служащий увеличивает на единицу допустимые для выдачи устройством у входа номера. Если совершивший покупку клиент захочет снова что-нибудь купить, он должен будет снова взять номерок у входа и встать в общую очередь. | Лампорт предлагает рассмотреть пекарню с устройством, выдающим номерки у входа. Каждому входящему покупателю выдаётся номерок на единицу больше предыдущего. Общий счётчик показывает номер обслуживаемого в данный момент клиента. Все остальные покупатели ждут, пока не закончат обслуживать текущего клиента и табло покажет следующий номер. После того как клиент сделает покупку и сдаст свой номерок, служащий увеличивает на единицу допустимые для выдачи устройством у входа номера. Если совершивший покупку клиент захочет снова что-нибудь купить, он должен будет снова взять номерок у входа и встать в общую очередь. | ||
Пусть покупатели это потоки, получившие номера <tex>i</tex> от глобальной переменной. При наличии нескольких потоков, получивших номер <tex>n</tex> при входе в критическую секцию, поток с меньшим номером <tex>i</tex> будет иметь больший приоритет при обслуживании (входе в критическую секцию). | Пусть покупатели это потоки, получившие номера <tex>i</tex> от глобальной переменной. При наличии нескольких потоков, получивших номер <tex>n</tex> при входе в критическую секцию, поток с меньшим номером <tex>i</tex> будет иметь больший приоритет при обслуживании (входе в критическую секцию). | ||
+ | =====Критическая секция===== | ||
+ | Когда поток хочет войти в критическую секцию, он должен проверить номера <tex>n</tex>, полученные другими потоками, и убедиться, что у него меньший номер. В случае совпадения <tex>n</tex> у двух или нескольких потоков, в критическую секцию входит поток с наименьшим номером потока<tex>i<tex>. | ||
+ | (n<sub>a</sub>, i<sub>a</sub>) < (n<sub>b</sub>, i<sub>b</sub>), | ||
+ | что эквивалентно: | ||
+ | (n<sub>a</sub> < n<sub>b</sub>) or ((n<sub>a</sub> == n<sub>b</sub>) and (i<sub>a</sub> < i<sub>b</sub>)) | ||
+ | Когда поток заканчивает работу в критической секции, он освобождает номер ''n'' и выходит из критической секции. | ||
Ключевое свойство: если поток <tex>P</tex> выполнил <tex>doorway (DW)</tex> до потока <tex>Q</tex>, то у него более ранний номер очереди. | Ключевое свойство: если поток <tex>P</tex> выполнил <tex>doorway (DW)</tex> до потока <tex>Q</tex>, то у него более ранний номер очереди. |
Версия 19:58, 30 сентября 2018
Содержание
- 1 Определения
- 2 Проблема
- 3 Алгоритмы взаимного исключения
- 4 См. также
- 5 Источники информации
Определения
Определение: |
Взаимное исключение (англ. mutual exclusion) — свойство построения параллельных программ, которое используется в целях предотвращения состояния гонки (англ. race condition); Оно требует, чтобы один поток исполнения никогда не входил в критическую секцию одновременно с тем, как другой параллельный поток выполнения вошел в свою критическую секцию. |
То есть критические секции не могут выполняться параллельно:
. Это значит, что выполнение критических секций будет линеаризуемо. Это требование корректности протокола взаимной блокировки.
Определение: |
Критическая секция (англ. critical section) — участок исполняемого кода программы, в котором производится доступ к общему ресурсу (данным или устройству), который не должен быть одновременно использован более чем одним потоком исполнения. |
Проблема
Проблема, с которой связаны взаимные исключения, является проблемой совместного использования ресурсов: как можно управлять доступом нескольких процессов к общему ресурсу, когда каждый процесс нуждается в исключительном контроле над этим ресурсом при выполнении своей работы? Решение — делать доступным общий ресурс только тогда, когда процесс находится в определенном сегменте кода, называемом критической секцией. И контролировать доступ к общему ресурсу, контролируя каждое взаимное выполнение той части программы, в которой будет использоваться ресурс.
Успешное решение этой проблемы должно иметь по крайней мере три свойства:
Условие корректности:
- Взаимное исключение (англ. mutual exclusion): только один поток может быть в критической секции.
Условия прогресса:
- Отсутствие взаимоблокировок (англ. deadlocks): если несколько потоков пытаются войти в критическую секцию, то хотя бы один из них должен войти в критическую секцию за конечное время.
- Отсутствие голодания (англ. starvation-freedom): если какой-то поток пытается войти в критическую секцию, то он войдет в критическую секцию за конечное время. Может быть последовательно усиленно, превращаясь в условие честности (англ. fairness).
- Квадратичное ожидание (англ. quadratic wait) — операций.
- Линейное ожидание (англ. linear wait) — операций.
- Первый пришел, первый обслужен (англ. first come first served)
Требование формализуется так:
- Метод должен состоять из двух последовательных секций.
def lock(): doorway waitnig
- Секция должны быть , то есть выполняться за конечное число шагов, независимо от других потоков.
- Секция должна выполнять условие: Если , то .
- Non-Critical Section
- Операция находится вне критической секции; этот процесс не использует или не запрашивает общий ресурс.
- Trying
- Процесс пытается войти в критический раздел.
- Critical Section
- В этом разделе разрешен доступ к общему ресурсу.
- Exit
- Процесс выходит из критического раздела и делает доступный общий ресурс другим процессам.
Если процесс хочет войти в критический раздел, он должен сначала выполнить раздел
и подождать, пока он не получит доступ к критическому разделу. После того, как процесс выполнил свой критический раздел и завершился с общими ресурсами, ему необходимо выполнить раздел выхода, чтобы освободить их для использования другими процессами. Затем процесс возвращается в некритический раздел.Алгоритмы взаимного исключения
Алгоритм Петерсона для потоков
Простейший алгоритм параллельного программирования для взаимного исключения потоков исполнения кода, разработанный Гарри Петерсоном в
г. Хотя изначально был сформулирован для 2-поточного случая, алгоритм может быть обобщён для произвольного количества потоков. Гарантирует взаимное исключение, отсутствие взаимной блокировки и отсутствие голодания.Принцип работы: перед тем как начать исполнение критической секции кода, поток должен вызвать процедуру
со своим номером в качестве параметра. Она должна организовать ожидание потоком своей очереди входа в критическую секцию. После исполнения критической секции и выхода из неё поток вызывает другую процедуру , после чего уже другие потоки смогут войти в критическую область. Посмотрим, как реализуется этот общий принцип алгоритмом Петерсона для двух потоков.threadlocal int id // 0 or 1 shared int want[2] shared int victim def lock: want[id] = true victim = id while want[1-id] and victim == id: pass def unlock: want[id] = false
Корректность алгоритма
Взаимное исключение
Потоки
и никогда не могут попасть в критическую секцию в один момент времени: если вошёл в секцию, он установил в . Тогда либо (тогда поток не в критической секции), либо (тогда поток пытается войти в критическую секцию и крутится в цикле), либо поток пытается войти в критическую секцию после установки , но до установки и цикла. Таким образом, если оба процесса находятся в критической секции, должно быть , но такого не может быть одновременно и мы пришли к противоречию.Отсутствие взаимной блокировки
Для того, чтобы оба процесса находились в ожидании, необходимы противоположные значения переменной
, что невозможно.Отсутствие голодания
Возможна ситуация, когда один процесс будет несколько раз подряд захватывать себе критическую секцию, а другой, изъявивший желание попасть туда, будет ждать. В алгоритме Петерсона процесс не будет ждать дольше, чем один вход в критическую секцию: после выполнения
и повторного захода в процесс установит себя как ждущего и попадёт в цикл, который не завершится, пока не отработает другой процесс.Алгоритм Петерсона для потоков
Обобщение Алгоритм Петерсона для
потоков. Гарантирует взаимное исключение, отсутствие блокировки и отсутствие голодания. Но алгоритм не очень честный. Невезучий поток может ждать пока другие потоки раз войдут в критическую секцию (квадратичное ожидание).threadlocal int id // 0 to N-1 shared int level[N] shared int victim[N] def lock: for j = 1..N-1: //Для входа в CS надо пройти на N-1 уровней level[id] = j //Обобщаем want на уровень j: level[id] >= j victim[j] = id //Своя жертва на каждом уровне while exist k: k != id and //Для прохода на следующий уровень соревнуемся со всеми другими потоками level[k] >= j and victim[j] == id: pass def unlock: level[id] = 0
Алгоритм Лампорта (вариант )
Алгоритм пекарни Лампорта алгоритм разделения общих ресурсов между несколькими потоками путём взаимного исключения. Опубликован Лесли Лампортом в 1974 году.
Аналогия
Лампорт предлагает рассмотреть пекарню с устройством, выдающим номерки у входа. Каждому входящему покупателю выдаётся номерок на единицу больше предыдущего. Общий счётчик показывает номер обслуживаемого в данный момент клиента. Все остальные покупатели ждут, пока не закончат обслуживать текущего клиента и табло покажет следующий номер. После того как клиент сделает покупку и сдаст свой номерок, служащий увеличивает на единицу допустимые для выдачи устройством у входа номера. Если совершивший покупку клиент захочет снова что-нибудь купить, он должен будет снова взять номерок у входа и встать в общую очередь.
Пусть покупатели это потоки, получившие номера
от глобальной переменной. При наличии нескольких потоков, получивших номер при входе в критическую секцию, поток с меньшим номером будет иметь больший приоритет при обслуживании (входе в критическую секцию).Критическая секция
Когда поток хочет войти в критическую секцию, он должен проверить номера
, полученные другими потоками, и убедиться, что у него меньший номер. В случае совпадения у двух или нескольких потоков, в критическую секцию входит поток с наименьшим номером потока выполнил до потока , то у него более ранний номер очереди.threadlocal int id // 0 to N-1 shared boolean want[N] init false shared int label[N] init 0 def lock: want[id] = true label[id] = max(label) + 1 while exists k: k != id and want[k] and (label[k], k) < (label[id], id) : pass def unlock: want[id] = false
Обладает свойством первый пришел, первый обслужен (FCFS). Это сильнее чем линейное ожидание, cамое сильное свойство прогресса.
Алгоритм Лампорта (вариант )
Обладает всеми свойствами классического варианта, но дополнительно позволяет решить проблему с бесконечными метками.
threadlocal int id // 0 to N-1 shared boolean want[N] init false shared int label[N] init 0 def lock: choosing[id] = true label[id] = max(label!=inf) + 1 choosing[id] = false while exists k: k != id and (choosing[k] or (label[k], k) < (label[id], id)) : pass def unlock: label[id] = inf