Алгоритмы взаимного исключения — различия между версиями
м (rollbackEdits.php mass rollback) |
|||
(не показано 45 промежуточных версий 4 участников) | |||
Строка 10: | Строка 10: | ||
'''Критическая секция''' (англ. ''critical section'') — участок исполняемого кода программы, в котором производится доступ к общему ресурсу (данным или устройству), который не должен быть одновременно использован более чем одним потоком исполнения. | '''Критическая секция''' (англ. ''critical section'') — участок исполняемого кода программы, в котором производится доступ к общему ресурсу (данным или устройству), который не должен быть одновременно использован более чем одним потоком исполнения. | ||
}} | }} | ||
+ | |||
==Проблема== | ==Проблема== | ||
− | Проблема, с которой связаны взаимные исключения, является проблемой совместного использования ресурсов: как можно управлять доступом нескольких процессов к общему ресурсу, когда каждый процесс нуждается в исключительном контроле над этим ресурсом при выполнении своей работы? Решение | + | Проблема, с которой связаны взаимные исключения, является проблемой совместного использования ресурсов: как можно управлять доступом нескольких процессов к общему ресурсу, когда каждый процесс нуждается в исключительном контроле над этим ресурсом при выполнении своей работы? Решение — делать доступным общий ресурс только тогда, когда процесс находится в определенном сегменте кода, называемом критической секцией. И контролировать доступ к общему ресурсу, контролируя каждое взаимное выполнение той части программы, в которой будет использоваться ресурс. |
+ | |||
+ | Успешное решение этой проблемы должно иметь по крайней мере три свойства: | ||
+ | |||
+ | Условие корректности: | ||
+ | #'''Взаимное исключение''' (англ. ''mutual exclusion''): только один поток может быть в критической секции. | ||
+ | Условия прогресса: | ||
+ | #'''Отсутствие взаимоблокировок''' (англ. ''deadlocks''): если несколько потоков пытаются войти в критическую секцию, то хотя бы один из них должен войти в критическую секцию за конечное время. | ||
+ | #'''Отсутствие голодания''' (англ. ''starvation-freedom''): если какой-то поток пытается войти в критическую секцию, то он войдет в критическую секцию за конечное время. Может быть последовательно усиленно, превращаясь в условие честности (англ. ''fairness''). | ||
+ | #*Квадратичное ожидание (англ. ''quadratic wait'') — <tex>O(n^2)</tex> операций. | ||
+ | #*Линейное ожидание (англ. ''linear wait'') — <tex>O(n)</tex> операций. | ||
+ | #*Первый пришел, первый обслужен (англ. ''first come first served'') | ||
+ | |||
+ | |||
+ | Требование <tex>First Come First Served (FCFS)</tex> формализуется так: | ||
+ | #Метод <tex>lock</tex> должен состоять из двух последовательных секций. | ||
+ | '''def''' lock(): | ||
+ | '''doorway''' | ||
+ | '''waiting''' | ||
+ | #Секция <tex>doorway</tex> должны быть <tex>wait free</tex>, то есть выполняться за конечное число шагов, независимо от других потоков. | ||
+ | #Секция <tex>waiting</tex> должна выполнять условие: Если <tex>DW_i \Rightarrow DW_j</tex>, то <tex>res(WT_i) \Rightarrow res(WT_j)</tex>. | ||
+ | |||
− | + | Каждая программа может быть разделена на четыре секции, что приводит к четырем состояниям. [[Файл: State_graph2.png|thumb|right|Порядок перехода между состояниями]] | |
− | + | ;Non-Critical Section: Операция находится вне критической секции; этот процесс не использует или не запрашивает общий ресурс. | |
− | + | ;Trying: Процесс пытается войти в критический раздел. | |
+ | ;Critical Section: В этом разделе разрешен доступ к общему ресурсу. | ||
+ | ;Exit :Процесс выходит из критического раздела и делает доступный общий ресурс другим процессам. | ||
− | + | Если процесс хочет войти в критический раздел, он должен сначала выполнить раздел <tex>try</tex> и подождать, пока он не получит доступ к критическому разделу. После того, как процесс выполнил свой критический раздел и завершился с общими ресурсами, ему необходимо выполнить раздел выхода, чтобы освободить их для использования другими процессами. Затем процесс возвращается в некритический раздел. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | Если процесс хочет войти в критический раздел, он должен сначала выполнить раздел try и подождать, пока он не получит доступ к критическому разделу. После того, как процесс выполнил свой критический раздел и завершился с общими ресурсами, ему необходимо выполнить раздел выхода, чтобы освободить их для использования другими процессами. Затем процесс возвращается в некритический раздел. | ||
==Алгоритмы взаимного исключения== | ==Алгоритмы взаимного исключения== | ||
− | |||
+ | ===Алгоритм Петерсона для <tex>2</tex> потоков=== | ||
+ | Простейший алгоритм параллельного программирования для взаимного исключения потоков исполнения кода, разработанный Гарри Петерсоном в <tex>1981</tex> г.<ref name="original">G. L. Peterson: "Myths About the Mutual Exclusion Problem", ''Information Processing Letters'' 12(3) 1981, 115–116</ref> While Peterson's original formulation worked with only two processes, the algorithm can be generalized for more than two.</ref> Хотя изначально был сформулирован для 2-поточного случая, алгоритм может быть обобщён для произвольного количества потоков. Гарантирует взаимное исключение, отсутствие взаимной блокировки и отсутствие голодания. | ||
+ | |||
+ | Принцип работы: перед тем как начать исполнение критической секции кода, поток должен вызвать процедуру <tex>lock()</tex> со своим номером в качестве параметра. Она должна организовать ожидание потоком своей очереди входа в критическую секцию. После исполнения критической секции и выхода из неё поток вызывает другую процедуру <tex>unlock()</tex>, после чего уже другие потоки смогут войти в критическую область. Рассмотрим реализацию этого принципа алгоритмом Петерсона для двух потоков. | ||
+ | |||
+ | '''threadlocal int''' id <font color=green>// 0 or 1</font> | ||
+ | '''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 | ||
+ | |||
+ | ===Корректность алгоритма=== | ||
+ | =====Взаимное исключение===== | ||
+ | Потоки <tex>0</tex> и <tex>1</tex> никогда не могут попасть в критическую секцию в один момент времени: если <tex>0</tex> вошёл в секцию, он установил <tex>want[0]</tex> в <tex>true</tex>. Тогда либо <tex>want[1] = false</tex> (тогда поток <tex>1</tex> не в критической секции), либо <tex>waiting = 1</tex> (тогда поток <tex>1</tex> пытается войти в критическую секцию и крутится в цикле), либо поток <tex>1</tex> пытается войти в критическую секцию после установки <tex>want[1] = true</tex>, но до установки <tex>waiting</tex> и цикла. Таким образом, если оба процесса находятся в критической секции, должно быть <tex> want[0] \space and \space want[1] \space and \space waiting = 0 \space and \space waiting = 1 </tex>, но такого не может быть одновременно и мы пришли к противоречию. | ||
+ | |||
+ | =====Отсутствие взаимной блокировки===== | ||
+ | Для того, чтобы оба процесса находились в ожидании, необходимы противоположные значения переменной <tex>waiting</tex>, что невозможно. | ||
+ | =====Отсутствие голодания===== | ||
+ | Возможна ситуация, когда один процесс будет несколько раз подряд захватывать себе критическую секцию, а другой, изъявивший желание попасть туда, будет ждать. В алгоритме Петерсона процесс не будет ждать дольше, чем один вход в критическую секцию: после выполнения <tex>unlock()</tex> и повторного захода в <tex>lock()</tex> процесс установит себя как ждущего и попадёт в цикл, который не завершится, пока не отработает другой процесс. | ||
+ | |||
+ | ===Алгоритм Петерсона для <tex>N</tex> потоков=== | ||
+ | Обобщение Алгоритм Петерсона для <tex>N</tex> потоков. Гарантирует взаимное исключение, отсутствие блокировки и отсутствие голодания. Но алгоритм не очень честный. "Невезучий" поток может ждать пока другие потоки <tex>O(N^2)</tex> раз войдут в критическую секцию (квадратичное ожидание). | ||
+ | |||
+ | '''threadlocal int''' id <font color=green>// 0 to N-1</font> | ||
+ | '''shared int''' level[N] | ||
+ | '''shared int''' victim[N] | ||
+ | '''def''' lock: | ||
+ | '''for''' j = 1..N-1: <font color=green>//Для входа в CS надо пройти на N-1 уровней</font> | ||
+ | level[id] = j <font color=green>//Обобщаем want на уровень j: level[id] >= j</font> | ||
+ | victim[j] = id <font color=green>//Своя жертва на каждом уровне</font> | ||
+ | '''while''' '''exist''' k: k != id '''and''' <font color=green>//Для прохода на следующий уровень соревнуемся со всеми другими потоками</font> | ||
+ | level[k] >= j '''and''' | ||
+ | victim[j] == id: | ||
+ | '''pass''' | ||
+ | |||
+ | '''def''' unlock: | ||
+ | level[id] = 0 | ||
+ | |||
+ | ===Алгоритм Лампорта (вариант <tex>1</tex>)=== | ||
+ | Алгоритм Лампорта – алгоритм разделения общих ресурсов между несколькими потоками обладающий взаимным исключением. Опубликован Лесли Лампортом в 1974 году. <ref>[http://lamport.azurewebsites.net/pubs/bakery.pdf? A New Solution of Dijkstra's Concurrent Programming Problem]</ref> Гарантирует взаимное | ||
+ | исключение, отсутствие блокировки и линейное ожидание. | ||
+ | =====Аналогия===== | ||
+ | Алгоритм реализует идею пекарни с устройством, выдающим номерки у входа. Каждому входящему покупателю выдаётся номерок на единицу больше предыдущего. Общий счётчик показывает номер обслуживаемого в данный момент клиента. Все остальные покупатели ждут, пока не закончат обслуживать текущего клиента и табло покажет следующий номер. После того как клиент сделает покупку и сдаст свой номерок, служащий увеличивает на единицу допустимые для выдачи устройством у входа номера. Если совершивший покупку клиент захочет снова что-нибудь купить, он должен будет снова взять номерок у входа и встать в общую очередь. | ||
+ | |||
+ | Пусть покупатели это потоки, получившие номера <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'' и выходит из критической секции. | ||
+ | |||
+ | =====Псевдокод===== | ||
+ | |||
+ | '''threadlocal int''' id <font color=green>// 0 to N-1</font> | ||
+ | '''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 | ||
+ | |||
+ | Обладает свойством первый пришел, первый обслужен (<tex>FCFS</tex>), за счет того, что поток <tex>P</tex> выполнивший <tex>doorway (DW)</tex> до потока <tex>Q</tex>, имеет более ранний номер в очереди. Но метки должны быть бесконечными (их можно заменить на конечные метки). | ||
+ | |||
+ | =====Взаимное исключение===== | ||
+ | Допустим, что два потока одновременно в <tex>CS</tex>. Значит поток <tex>id</tex> зашел в <tex>CS</tex> последним, в то время как другой поток <tex>k != id</tex> уже был в <tex>CS</tex>. Но зайти в <tex>CS</tex> можно если <tex>want[k] == false</tex> или <tex>(label[k], k) > (label[id], id)</tex>. | ||
+ | |||
+ | '''Случай 1:''' <tex>want[k] == false</tex> | ||
+ | *Противоречие. | ||
+ | |||
+ | '''Случай 2:''' <tex>(label[k], k) >= (label[id], id)</tex> | ||
+ | *Но значит другой поток зашел по <tex>want[id] == false</tex> выполнив свой <tex>doorway</tex> до потока <tex>id</tex> - противоречие. | ||
+ | |||
+ | ===Алгоритм Лампорта (вариант <tex>2</tex>)=== | ||
+ | Еще одна реализация алгоритма Лампорта. Метки тоже могут быть бесконечными, несмотря на то, что мы их и сбрасываем при выходе из критической секции. | ||
+ | |||
+ | '''threadlocal int''' id <font color=green>// 0 to N-1</font> | ||
+ | '''shared boolean''' want[N] '''init''' false | ||
+ | '''shared int''' label[N] '''init''' 0 | ||
+ | '''def''' lock: | ||
+ | want[id] = true | ||
+ | label[id] = '''max'''(label!='''inf''') + 1 | ||
+ | want[id] = false | ||
+ | '''while''' '''exists''' k: k != id '''and''' | ||
+ | (want[k] '''or''' | ||
+ | (label[k], k) < (label[id], id)) : | ||
+ | '''pass''' | ||
+ | '''def''' unlock: | ||
+ | label[id] = '''inf''' | ||
==См. также== | ==См. также== | ||
− | * [[ | + | * [[Стек_Трайбера]] |
== Источники информации == | == Источники информации == | ||
− | * [http:// | + | * [https://en.wikipedia.org/wiki/Mutual_exclusion Mutual exclusion] |
+ | * [https://en.wikipedia.org/wiki/Lamport%27s_bakery_algorithm Lamports bakery algorithm] | ||
+ | * [http://lamport.azurewebsites.net/pubs/bakery.pdf Original lamports bakery algorithm] | ||
+ | * [https://en.wikipedia.org/wiki/Peterson%27s_algorithm Petersons algorithm] | ||
[[Категория: Параллельное программирование]] | [[Категория: Параллельное программирование]] |
Текущая версия на 19:24, 4 сентября 2022
Содержание
- 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 waiting
- Секция должны быть , то есть выполняться за конечное число шагов, независимо от других потоков.
- Секция должна выполнять условие: Если , то .
- Non-Critical Section
- Операция находится вне критической секции; этот процесс не использует или не запрашивает общий ресурс.
- Trying
- Процесс пытается войти в критический раздел.
- Critical Section
- В этом разделе разрешен доступ к общему ресурсу.
- Exit
- Процесс выходит из критического раздела и делает доступный общий ресурс другим процессам.
Если процесс хочет войти в критический раздел, он должен сначала выполнить раздел
и подождать, пока он не получит доступ к критическому разделу. После того, как процесс выполнил свой критический раздел и завершился с общими ресурсами, ему необходимо выполнить раздел выхода, чтобы освободить их для использования другими процессами. Затем процесс возвращается в некритический раздел.Алгоритмы взаимного исключения
Алгоритм Петерсона для потоков
Простейший алгоритм параллельного программирования для взаимного исключения потоков исполнения кода, разработанный Гарри Петерсоном в [1] While Peterson's original formulation worked with only two processes, the algorithm can be generalized for more than two.</ref> Хотя изначально был сформулирован для 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 году. [2] Гарантирует взаимное исключение, отсутствие блокировки и линейное ожидание.
Аналогия
Алгоритм реализует идею пекарни с устройством, выдающим номерки у входа. Каждому входящему покупателю выдаётся номерок на единицу больше предыдущего. Общий счётчик показывает номер обслуживаемого в данный момент клиента. Все остальные покупатели ждут, пока не закончат обслуживать текущего клиента и табло покажет следующий номер. После того как клиент сделает покупку и сдаст свой номерок, служащий увеличивает на единицу допустимые для выдачи устройством у входа номера. Если совершивший покупку клиент захочет снова что-нибудь купить, он должен будет снова взять номерок у входа и встать в общую очередь.
Пусть покупатели это потоки, получившие номера
.Критическая секция
Когда поток хочет войти в критическую секцию, он должен проверить номера
, полученные другими потоками, и убедиться, что у него меньший номер. В случае совпадения у двух или нескольких потоков, в критическую секцию входит поток с наименьшим номером потока .(na, ia) < (nb, ib),
что эквивалентно:
(na < nb) or ((na == nb) and (ia < ib))
Когда поток заканчивает работу в критической секции, он освобождает номер n и выходит из критической секции.
Псевдокод
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
Обладает свойством первый пришел, первый обслужен (
), за счет того, что поток выполнивший до потока , имеет более ранний номер в очереди. Но метки должны быть бесконечными (их можно заменить на конечные метки).Взаимное исключение
Допустим, что два потока одновременно в
. Значит поток зашел в последним, в то время как другой поток уже был в . Но зайти в можно если или .Случай 1:
- Противоречие.
Случай 2:
- Но значит другой поток зашел по выполнив свой до потока - противоречие.
Алгоритм Лампорта (вариант )
Еще одна реализация алгоритма Лампорта. Метки тоже могут быть бесконечными, несмотря на то, что мы их и сбрасываем при выходе из критической секции.
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!=inf) + 1 want[id] = false while exists k: k != id and (want[k] or (label[k], k) < (label[id], id)) : pass def unlock: label[id] = inf
См. также
Источники информации
- Mutual exclusion
- Lamports bakery algorithm
- Original lamports bakery algorithm
- Petersons algorithm
- ↑ G. L. Peterson: "Myths About the Mutual Exclusion Problem", Information Processing Letters 12(3) 1981, 115–116
- ↑ A New Solution of Dijkstra's Concurrent Programming Problem