Базовые определения и формализм — различия между версиями
Anverk (обсуждение | вклад) (→Базовые определения) |
м (rollbackEdits.php mass rollback) |
||
(не показано 6 промежуточных версий 2 участников) | |||
Строка 20: | Строка 20: | ||
{{Определение | {{Определение | ||
|id = global_time_model | |id = global_time_model | ||
− | |definition = [[Файл: Global time modeling.png|справа|400px | + | |definition = [[Файл: Global time modeling.png|справа|400px|Отношения между операциями <tex> e, f, g </tex> процессов <tex> P, Q, R </tex> в модели глобального времени]] |
'''Модель глобального времени''' определим так, что это модель, в которой в качестве '''операции''' используется временной интервал: <tex> e = [t_{inv}(e), t_{res}(e)], </tex> причём <tex> t_{inv}(e), t_{res}(e) \in \mathbb{R} </tex>. Зададим в этой модели отношение <tex> \rightarrow </tex> следующим образом: <tex> e \rightarrow f = t_{inv}(f) > t_{res}(e) </tex>. Неформально это означает, что вход в функцию, выполняющую операцию <tex> f </tex>, был осуществлён строго позже, чем был получен результат работы функции, выполняющей операцию <tex> e </tex>. <br />'''Замечание''': глобального времени не существует из-за физических ограничений, поэтому в доказательствах такая модель не используется, но помогает при визуализации различных исполнений | '''Модель глобального времени''' определим так, что это модель, в которой в качестве '''операции''' используется временной интервал: <tex> e = [t_{inv}(e), t_{res}(e)], </tex> причём <tex> t_{inv}(e), t_{res}(e) \in \mathbb{R} </tex>. Зададим в этой модели отношение <tex> \rightarrow </tex> следующим образом: <tex> e \rightarrow f = t_{inv}(f) > t_{res}(e) </tex>. Неформально это означает, что вход в функцию, выполняющую операцию <tex> f </tex>, был осуществлён строго позже, чем был получен результат работы функции, выполняющей операцию <tex> e </tex>. <br />'''Замечание''': глобального времени не существует из-за физических ограничений, поэтому в доказательствах такая модель не используется, но помогает при визуализации различных исполнений | ||
}} | }} | ||
Строка 46: | Строка 46: | ||
{{Определение | {{Определение | ||
|id = restriction_on_thread | |id = restriction_on_thread | ||
− | |definition = '''Сужение''' исполнения <tex> (H, \rightarrow) </tex> на поток <tex> P - </tex> исполнение, в котором остались только операции, происходящие в потоке <tex> P </tex>. <br /> Обозначение: <tex> \left.H\right|_P </tex>. Формально <tex> \left.H\right|_P = \{e \in H|\ proc(e) = P\}</tex> | + | |definition = [[Файл: Well formed.png|справа|400px|Пример правильного и неправильного исполнения]] |
− | + | '''Сужение''' исполнения <tex> (H, \rightarrow) </tex> на поток <tex> P - </tex> исполнение, в котором остались только операции, происходящие в потоке <tex> P </tex>. <br /> Обозначение: <tex> \left.H\right|_P </tex>. Формально <tex> \left.H\right|_P = \{e \in H|\ proc(e) = P\}</tex> <br /> | |
− | + | Исполнение называется '''правильным''' (англ. ''well-formed''), если его сужение на каждый поток <tex> P </tex> является последовательным. | |
− | |||
− | |||
}} | }} | ||
{{Определение | {{Определение | ||
Строка 62: | Строка 60: | ||
=== Условия согласованности === | === Условия согласованности === | ||
+ | {{Определение | ||
+ | |id = agreement | ||
+ | |definition = '''Согласованность''' является аналогом ''корректности'' в многопоточном программировании. <br /> | ||
+ | '''Базовое требование согласованности:''' корректные последовательные программы должны cчитаться согласованными при любом их исполнении в одном потоке | ||
+ | }} | ||
+ | |||
{{Определение | {{Определение | ||
|id = legacy_control_flow | |id = legacy_control_flow | ||
− | |definition = Последовательное исполнение является '''допустимым''' (англ. ''legal''), если выполнены последовательные спецификации всех объектов. | + | |definition = |
+ | Последовательное исполнение является '''допустимым''' (англ. ''legal''), если выполнены последовательные спецификации всех объектов. | ||
}} | }} | ||
+ | |||
{{Определение | {{Определение | ||
|id = legacy_control_flow | |id = legacy_control_flow | ||
− | |definition = Исполнение последовательно согласовано, если можно сопоставить '''эквивалентное''' ему (состоящее из тех же событий и операций) допустимое последовательное исполнение, которое сохраняет программный порядок, то есть порядок операций на каждом потоке. <br / > Последовательная согласованность на каждом объекте не влечёт последовательную согласованность исполнения | + | |definition = |
+ | Исполнение '''последовательно согласовано''', если можно сопоставить '''эквивалентное''' ему (состоящее из тех же событий и операций) допустимое последовательное исполнение, которое сохраняет программный порядок, то есть порядок операций на каждом потоке. <br / > | ||
+ | '''Замечание: ''' Последовательная согласованность на каждом объекте не влечёт последовательную согласованность исполнения | ||
}} | }} | ||
+ | |||
+ | [[Файл: Legal execution.png|400px|Допустимое и недопустимое исполнения]] [[Файл: Seq agreed.png|400px|Последовательно согласованное исполнение]] [[Файл: Contrexample seq agr on object.png|thumb|400px|справа|Пример отсутствия последовательной согласованности исполнения при последовательной согласованности на каждом объекте (<tex> s, t - </tex> две FIFO очереди)]] | ||
{{Определение | {{Определение | ||
|id = linearizabilty | |id = linearizabilty | ||
|definition = Исполнение <tex> (H, \rightarrow_H) </tex> '''линеаризуемо''', если существует эквивалентное ему допустимое последовательное исполнение <tex> (L(H), \rightarrow_{L(H)}) </tex>, называемое '''линеаризацией''', и верно что <tex> \forall e, f \in H: e \rightarrow_H f \Rightarrow e \rightarrow_{L(H)} f </tex>, то есть сохраняется отношение "произошло до". | |definition = Исполнение <tex> (H, \rightarrow_H) </tex> '''линеаризуемо''', если существует эквивалентное ему допустимое последовательное исполнение <tex> (L(H), \rightarrow_{L(H)}) </tex>, называемое '''линеаризацией''', и верно что <tex> \forall e, f \in H: e \rightarrow_H f \Rightarrow e \rightarrow_{L(H)} f </tex>, то есть сохраняется отношение "произошло до". | ||
}} | }} | ||
+ | [[Файл: Linearizability.png|400px|Пример линеаризуемого исполнения]] | ||
=== Декомпозиция исполнения === | === Декомпозиция исполнения === |
Текущая версия на 19:34, 4 сентября 2022
Содержание
Определения
Базовые определения
Определение: |
Исполнение системы это пара , где:
Замечание: чаще всего исполнение Обозначение: |
Определение: |
Система Говорим, что система имеет свойство , если каждое исполнение системы имеет свойство | это множество всех возможных исполнений.
Определение: |
Модель глобального времени определим так, что это модель, в которой в качестве операции используется временной интервал: причём . Зададим в этой модели отношение следующим образом: . Неформально это означает, что вход в функцию, выполняющую операцию , был осуществлён строго позже, чем был получен результат работы функции, выполняющей операцию . Замечание: глобального времени не существует из-за физических ограничений, поэтому в доказательствах такая модель не используется, но помогает при визуализации различных исполнений |
Определение: |
Исполнение системы | называется последовательным, если . То есть, если все операции линейно-упорядочены отношением "произошло до".
Конфликты и гонки данных
Определение: |
Две операции над одной переменной, одна из которых это запись, называются конфликтующими. Соответственно, бывают read-write и write-write конфликты. |
Определение: |
Если две конфликтующие операции произошли параллельно, то такая ситуация называется гонка данных (англ. data race) Замечание: наличие гонки данных является свойством конкретного исполнения. |
Определение: |
Программа называется корректно синхронизированной, если в любом допустимом исполнении нет гонок данных. |
Правильное исполнение
Определение: |
Сужение исполнения |
Определение: |
Объединение всех сужений на потоки называется программным порядком (англ. program order или po). |
Определение: |
Сужение исполнения Обозначение: . Формально Замечание: в правильном исполнении сужение на объекты не всегда является последовательным | на объект исполнение, в котором остались только операции, взаимодействующие с объектом .
Условия согласованности
Определение: |
Согласованность является аналогом корректности в многопоточном программировании. Базовое требование согласованности: корректные последовательные программы должны cчитаться согласованными при любом их исполнении в одном потоке |
Определение: |
Последовательное исполнение является допустимым (англ. legal), если выполнены последовательные спецификации всех объектов. |
Определение: |
Исполнение последовательно согласовано, если можно сопоставить эквивалентное ему (состоящее из тех же событий и операций) допустимое последовательное исполнение, которое сохраняет программный порядок, то есть порядок операций на каждом потоке. Замечание: Последовательная согласованность на каждом объекте не влечёт последовательную согласованность исполнения |
Определение: |
Исполнение | линеаризуемо, если существует эквивалентное ему допустимое последовательное исполнение , называемое линеаризацией, и верно что , то есть сохраняется отношение "произошло до".
Декомпозиция исполнения
Определение: |
Определим декомпозицию исполнения как пятёрку
| , где
Определение: |
Определим произошло до на операциях: |
Свойства линеаризуемости
Определение: |
Пусть дана декомпозиция
| . Тогда определим точки линеаризации как функцию такую, что:
Утверждение (эквивалентное определение линеаризуемости): |
Пусть дана декомпозиция .
Исполнение является линеаризуемым тогда и только тогда, когда верны два условия:
|
Пусть есть точки линеаризации , полный порядок над ними. Требуется найти линеаризацию . Определим как , так как они по определению линеаризации должны быть эквивалентны, а определим, воспользовавшись вторым условием предпосылки. Докажем корректность такой линеаризации, то есть что :
Добавим события в такие, что и для которых выполнено требование из . Эти точки и будут точками линеаризации. Итак, построены точки линеаризации, которые, очевидно, сохраняют линеаризацию по их построению. |
Следствие 1. Для модели глобального времени эта теорема верна в обе стороны: действительно дополнительное требование выполняется, так как каждая операция в нём является непрерывным множеством.
Следствие 2. Чтобы среди точек линеаризации был порядок, согласованный с семантикой низкоуровневых операций, достаточно чтобы операции низкого уровня были атомарны (линеаризуемы)