МИНИСТЕРСТВО ОБРАЗОВАНИЯ РФ Восточно-Сибирский государственный технологический университет
Степанов Б.М.
Основные зада...
15 downloads
249 Views
224KB Size
Report
This content was uploaded by our users and we assume good faith they have the permission to share this book. If you own the copyright to this book and it is wrongfully on our website, we offer a simple DMCA procedure to remove your content from our site. Start by pressing the button below!
Report copyright / DMCA form
МИНИСТЕРСТВО ОБРАЗОВАНИЯ РФ Восточно-Сибирский государственный технологический университет
Степанов Б.М.
Основные задачи параллельного программирования Конспект лекций по дисциплине «Параллельное программирование» для студентов специальности 220400 «Программное обеспечение ВТ и АС»
Издательство ВСГТУ Улан-Удэ, 2001
УДК 681.142 Основные задачи параллельного программирования: Конспект лекций/ Сост. Степанов Б.М. – Улан-Удэ, Изд-во ВСГТУ, 2001.- 30 с. Конспект лекций предназначен для студентов специальности 220400 и 351500 и содержит теоретический материал по дисциплине «Параллельное программирование», в котором изложены основные понятия параллельного программирования и классические задачи распараллеливания вычислительных процессов, решение которых позволяет повысить эффективность вычислительной системы.
Рецензент: Бильгаева Н.Ц., к.т.н., доц. ВСГТУ
Печатается по решению редакционно-издательского совета ВСГТУ ВСГТУ, 2001 г.
2
Оглавление Введение............................................................................................................................... 4 Лекция 1. Основные понятия и определения............................................................... 5 Лекция 2. Формулировка задачи взаимного исключения......................................... 7 Лекция 3. Средства взаимного исключения............................................................... 10 Использование специальных команд .......................................................................... 10 Лекция 4. Решение задачи взаимного исключения с помощью семафоров......... 12 Лекция 5. Другие определения семафоров.................................................................. 13 Лекция 6. Задача “поставщик – потребитель”........................................................... 15 Лекция 7. Задача синхронизации процессов .............................................................. 16 Список рекомендуемой литературы ............................................................................ 18
3
Введение Большинство программ пишется для последовательного выполнения. Однако для достижения более высокой производительности создаются мультипроцессорные вычислительные системы. Мультипроцессорная архитектура может явиться средством значительного увеличения мощности вычислительных установок. Важным качеством мультипроцессорных комплексов является их гибкость, их модульная архитектура позволяет легко увеличивать вычислительные мощности путем подключения при необходимости дополнительных процессоров. Мультипроцессорные комплексы позволяют воспользоваться преимуществами параллелизма. Параллелизм в программах может быть явный или неявный (скрытый). Явный параллелизм программист указывает в своей программе при помощи специальных конструкций. Тогда система каждую специальную конструкцию может выполнять на отдельном процессоре. Явное указание параллелизма налагает определенную ответственность на программиста. Данный конспект лекций дает понимание целей параллельного программирования, содержит описание механизмов и алгоритмов распараллеливания процессов, а также описание специальных конструкций, позволяющих программировать параллельные процессы.
4
Лекция 1. Основные понятия и определения Процессы являются параллельными, если они существуют (выполняются) одновременно. Параллельные процессы могут работать совершенно независимо друг от друга или же они могут периодически синхронизироваться и взаимодействовать. Условимся изображать выполнение параллельных процессов в виде направленного графа, дуги которого помечаются именами процессов как показано на рис.1. P P
P P
P
P P Рис.1
Мы будем рассматривать только последовательно-параллельные процессы, то есть такие процессы, которые могут быть разбиты только на последовательные и параллельные участки. Приведённый граф на рис.1 не является последовательно-параллельным. На рис.2 приведен пример последовательно-параллельного графа. P1 P2
P3
P5 P6
P7
P4
P8 P9 Рис.2 Существует два основных способа описания последовательно-параллельных процессов: 1) использование специального разделителя, соединяющего параллельно выполняемые процессы; 2) использование специальных операторных скобок для объединения параллельных процессов. Например, в первом случае можно считать символ «;» (точка с запятой) указателем последовательного выполнения процесса, а символ «||»– указателем параллельного выполнения процессов. Тогда граф можно представить так: P1; P2 || P3; P4 || begin P5; P6 || P7; P8 end ; P9
5
Во втором случае используют скобки begin end , как обозначающие последовательное выполнение операций, а parbegin и parend (или cobegin и coend) для обозначения параллельно выполняющихся процессов. Тогда приведенный выше граф запишется следующим образом: P1; cobegin P2; P3 coend ; cobegin P4; cobegin P5; cobegin P6; P7 coend ; P8 coend ; P9 Как отмечалось выше, параллельные процессы могут быть независимыми и взаимодействующими. Если процессы P1 и P2 – независимые, то они работают с непересекающимися множествами переменных. Если множества переменных, с которыми работают процессы P1 и P2 являются пересекающимися (общими), то процессы взаимодействующие. Наличие общих разделяемых переменных приводит к тому, что взаимодействующие процессы могут влиять на работу друг друга. Термин “переменная” в этих определениях является не совсем точным. В общих случаях можно говорить о файлах, областях памяти, и т. д. Выделим два способа взаимодействия и, в зависимости от них, будем говорить о: конкурирующих процессах; о процессах, выполняющих совместную работу. Как типичный случай для конкурирующих процессов можно привести пример, когда процессы P1 и P2 хотят выполнить запись блока данных в одну и ту же область памяти. Для процессов, выполняющих совместную работу характерна ситуация, когда процесс Р1 формирует блок данных и заносит его в буфер, а процесс Р2 читает данные из буфера. Рассмотрим более подробно пример для конкурирующих процессов. Допустим, что имеется два параллельных процесса и имеется счётчик, с которым работают эти процессы. Счётчик должен подсчитывать количество обращений к нему (рис.3). Процессы считывают состояние счётчика каждый в свою локальную переменную (Счет1 и Счет2), изменяют ее, а затем записывают значение в счетчик. Один из вариантов работы приведен в таблице 1. Допустим, что исходное состояние счётчика было 0, следовательно, не выполняется подсчет количества обращений к переменной Счет, поскольку действия не синхронны. То есть, в приведённом примере получается неправильное значение счётчика за счёт того, что операции записи и чтения разных процессов чередуются. Таким образом, работа конкурирующих процессов может приводить к неправильному результату. Счетчик
Процесс 1
Процесс 2 Рис.3 Таблица 1
Время 1 2 3 4 5 6
Процесс ПРОЦЕСС 1 ПРОЦЕСС 1 ПРОЦЕСС 2 ПРОЦЕСС 1 ПРОЦЕСС 2 ПРОЦЕСС 2
Действие Счет1:=Счетчик Счет1:=Счет+1 Счет2:=Счетчик Счетчик:=Счет1 Счет2:=Счет2+1 Счетчик:=Счет2
6
Значение 0 1 0 1 1 1
Рассмотренные примеры показывают трудности, с которыми приходится сталкиваться при работе с конкурирующими процессами (решение задачи взаимного исключения). Эту задачу можно решить с использованием большого числа вспомогательных переменных. Использование вспомогательных переменных приводит к достаточно запутаным и мало наглядным решениям. Чтобы при работе с разделяемыми переменными не возникало ошибок, необходимо предотвратить одновременный доступ к этим переменным. Это запрещение одновременного доступа называется взаимным исключением конкурирующих процессов. Задача взаимного исключения – главная задача параллельного программирования. Лекция 2. Формулировка задачи взаимного исключения Критический интервал (секция, участок) – это последовательность операторов заданного процесса, выполняющих действия с разделяемыми переменными. Правильное выполнение конкурирующих процессов будет происходить в том случае, когда критические интервалы взаимно исключаются (то есть одновременно не выполняются). Если процесс выполняет операторы своего критического интервала, то будем считать, что он находится в критическом интервале. Взаимное исключение критических интервалов должно выполняться согласно следующим правилам: 1) в каждый момент времени только один процесс может находиться внутри своего критического интервала; 2) ни один процесс не должен оставаться неограниченно долго внутри своего критического интервала; 3) никакой процесс, находящийся вне своего критического интервала, не должен препятствовать другому процессу войти в его критический интервал. Средства взаимного исключения Для решения задачи взаимного исключения применяются следующие способы: 1) Блокировка памяти запрещает одновременный доступ к одной и той же ячейке памяти двум различным устройствам. Это средство относится к аппаратным решениям. Здесь чередование обращений не учитывается. Если для выполнения критического интервала требуется более одной команды, то этого средства оказывается недостаточно. 2) Использование вспомогательных переменных для контроля нахождения процессов в их критических интервалах. 3) Использование специальных команд “Проверить и установить” – Test & Set (Tset – в микропроцессоре Z80, XСHG в процессорах 80х86). Рассмотрим использование вспомогательных переменных. А) Использование одной вспомогательной переменной. В этом варианте решения задачи взаимного исключения переменная используется для задания очередности выполнения процессами критических интервалов. Допустим, что рассматривается два процесса. Вспомогательная переменная может быть булевского типа. Если её значение “true”, то процесс1 находится в критическом интервале, если ее значение ‘‘false’’, то процесс2- в критическом интервале. Алгоритм решения приведен ниже. Var b: boolean; Begin 7
b:= true; Cobegin Процесс 1: begin Начальная часть процесса 1 while not b do; Критический интервал 1, b:= false; Оставшаяся часть процесса 1 End;{Процесс 1} Процесс 2: Begin Начальная часть процесса 2 while b do ; Критический интервал 2; b:= true; Оставшаяся часть процесса 2 End;{Процесс 2} Coend; End; Для анализа данного решения рассмотрим временную диаграмму, приведенную на рис.4. В общем случае предполагается, что нам ничего не известно о скоростях протекания процессов и о времени их протекания. Допустим, что “процесс 1” – быстрый, а “процесс 2”– медленный. В рассматриваемом случае взаимного исключения возникает ситуация, когда процесс 2 находится вне критического интервала и препятствует процессу 1 войти в свой критический интервал. То есть, с общей позиции, это решение неудовлетворительно. Другое дело, если процессы короткие (то есть, знаем скорость протекания процессов.)
Процесс1
Н КИ
КИ
КИ Процесс2
TRUE
FALSE
TRUE
Рис.4 Б) Использование двух вспомогательных переменных, показывающих, какой из процессов находится в критическом интервале. Var b1, b2 : boolean; Begin b1 := false; b2 := false; {b1– процесс 1 не находится в критическом интервале, b2 – процесс 2 не находится в критическом интервале} cobegin процесс 1: begin 8
while b2 do ; b1:= true; Критический интервал 1; b1:=false; Оставшаяся часть процесса; end; процесс 2: begin while b1 do ; b2:= true; Критический интервал 2; b2:=false; Оставшаяся часть процесса; end; coend; Условие 3 взаимного исключения выполняется, но здесь возможны два случая: 1. Процессы входят одновременно в свои критические интервалы, при этом b1:=false, b2:=false, следовательно, оба процесса изменят значения переменных b1 и b2 на true, и ни один, ни другой не сработают , то есть это решение не отвечает 1-му правилу взаимного исключения. 2. Допустим, что процессы входят не одновременно в свои критические интервалы. Процессы обладают разными скоростями. В этом случае: процесс 1 проверил условие b2, но ещё не успел изменить значение b1, вышедши из цикла. Если в это время процесс 2 осуществит проверку b1 (которая является false), то он сможет войти в свой критический интервал без препятствий. Приведённое решение является неудовлетворительным. Попробуем улучшить это решение. Проверяем возможность входа в критический интервал, а потом устанавливаем указатель. Cobegin Процесс 1: begin b1:=true; while b2 do ; Критический интервал 1; b1:= false; Оставшаяся часть процесса 1; end; Процесс 2: begin b2:=true; while b1 do ; Критический интервал 2; b2:= false; Оставшаяся часть процесса 2; end; coend; В рассматриваемом случае конкурирующему процессу запрашивается вход в его критический интервал ещё до проверки возможности выполнения критического интервала рассматриваемого процесса. Это гарантирует нам блокировку другого процесса заранее. Однако в приведённой программе оба процесса могут одновременно начать выполняться и, изменив значения переменных b1 и b2, попасть в цикл ожидания. Такая ситуация является тупиковой (так называемый дедлок).
9
В многозадачных системах с разделением процессорного времени использование общих переменных для решения задачи взаимного исключения будет выглядеть иначе. Рассмотрим использование одной переменной FLAG, показывающей нахождение какого-либо процесса в критическом интервале (допустим, FLAG=1- критический интервал свободен, а FLAG=0- занят). Begin mov FLAG,1 Cobegin Process1: begin . . loop: test FLAG,1 jz loop mov FLAG,0 Критический интервал mov FLAG,1 end; Process2: begin . . loop: test FLAG,1 jz loop mov FLAG,0 Критический интервал mov FLAG,1 end; Coend; end; Здесь первые команды mov сбрасывают флажок в 0 пытаясь предотвратить доступ к критическому интервалу другому процессу. Последние команды mov устанавливают флажок в 1, разрешая другому процессу войти в критический интервал. При таком решении имеется возможность входа обоих процессов в критический интервал. Предположим, что FLAG=1 и происходит такая последовательность событий: 1. Выполняется команда test в процессе 1. 2. До выполнения команды jz в процессе 1 происходит переключение на процесс 2. 3. Выполняется команда test в процессе 2. Очевидно, что при таком подходе к решению задачи оба процесса могут находиться в критическом интервале. Лекция 3. Средства взаимного исключения. Использование специальных команд Рассмотрим вопрос использования специальных команд “Проверить и установить” – Test & Set (TS). (Tset – в микропроцессоре Z80 ). Команда TS работает с некоторой глобальной переменной х. TS выбирает некоторый разряд двоичной переменной х и помещает его в признак 10
результата, а затем записывает, если это битовая переменная, во все разряды 1. Таким образом, мы получаем значение переменной х “свободно” или “занято” и запрещаем автоматически дальнейшее её использование установкой 1. Важной особенностью команды TS является её неделимость, которая заключается в том, что её выполнение не может быть прервано (это единая операция). Введём аналог команды TS на языке высокого уровня. Процедура (или функция) TS(x) читает значение булевой переменной х и присваивает ей значение false. Эта процедура является неделимой (существенное предположение для неё). Вариант 1 Чтение х в локальную переменную (проверка можно ли пройти в критический интервал). Var x : boolean; begin x:= true; cobegin Процесс 1: Var b1: boolean; begin b1:= false; while not b1 do b1:=TS(x); Критический интервал 1; x:= true; Оставшаяся часть процесса 1; end; Процесс 2: Var b2: boolean; begin b2:= false; while not b2 do b2:=TS(x); Критический интервал 2; x:= true; Оставшаяся часть процесса 2; end; coend end Каждый процесс начинает работу с того, что присваивает своей локальной переменной (b1 и b2) значение false и тем самым обеспечивает выполнение одного повторения цикла while. В теле цикла с помощью функции TS вычисляется значение глобальной переменной х, которая показывает возможность входа в критический интервал. Поскольку TS является неделимой, то даже при строго одновременном обращении только один из процессов получит возможность входа в критический интервал. Второй процесс при этом будет находиться в цикле, ожидая изменения глобальной переменной х. Это изменение производится после выхода из критического интервала. Такое нахождение процесса в цикле называют циклом активного ожидания, потому что при этом выполняются команды процессора (иначе говоря, занимается процессорное время).
11
Лекция 4. Решение задачи взаимного исключения с помощью семафоров Семафоры - специальные переменные, которые могут разделяться параллельно выполняемыми процессами. Если такая переменная может принимать 2 значения {1 и 0}, то она называется двоичным семафором. С каждой такой переменной связывается очередь, содержащая список процессов, ожидающих открытия семафора. Если переменная равна единице, то семафор открыт, а при равенстве нулю- закрыт. Кроме того, над каждым семафором S определяются специальные операции P(S) и V(S): P(S) – установить (S) V(S) – освободить (S) Будем рассматривать их как функции, реализуемые ядром операционной системы. Выполнение этих операций может быть связано с изменением состояния процесса, обратившегося к супервизору, а так же– с изменением состояния очереди семафора. Для двоичного семафора определим: Установить (S) begin if S=1 then S:=0 {закрыть семафор} else begin Перевести процесс, выполняющий операцию “Установить”, из состояния “активный” в состояние “блокированный”; Включить этот процесс в очередь к семафору S; Выбрать очередной процесс для исполнения; end; end; Освободить (S): begin if очередь семафора S не пуста then Выбрать процесс из очереди и перевести его из состояния “блокированный” в состояние “готов”; else {открыть семафор} S:=1; end. Алгоритм решения задачи взаимного исключения с помощью семафоров. Var S: семафоp; Begin S:=1; cobegin процесс 1:begin Установить (S); Критический интервал 1; Освободить (S); Основная часть процесса 1; end процесс 2:begin Установить (S); Критический интервал 2; Освободить (S); 12
Основная часть процесса 2; end coend; Здесь необходимо отметить следующее: 1) отсутствуют циклы “активного ожидания”; 2) не нужны вспомогательные переменные и операторы. Пример: Пусть имеется 5 процессов: P1, P2, P3, P4, P5, которые работают с одним семафором S. операция
Критический тервал
ин- Очередь (S)
Шаг
процесс
0 1 2 3 4 5 6 7 8 9 10
------- ------------- ------------------- ------------КИ1 Nil (пуста) Р1 Установить Nil (пуста) Р1 Освободить – КИ2 Nil (пуста) Р2 Установить КИ2 Р3 Р3 Установить КИ2 Р3, Р4 Р4 Установить КИ3 Р4 Р2 Освободить КИ3 Р4, Р5 Р5 Установить Р5 КИ4 Р3 Освободить Освободить КИ5 Nil (пуста) Р4 Nil (пуста) Р5 Освободить –
S
1 0 1 0 0 0 0 0 0 0 1
Лекция 5. Другие определения семафоров Если переменная (S), называемая семафором, может принимать целое значение, отличное от {0,1}, то семафор называется числовым. Числовые семафоры могут быть 2 видов: а) числовые семафоры, принимающие только положительные значения; б) числовые семафоры, принимающие отрицательные значения. В зависимости от типа семафора основные операции определяются по-разному. Для а): Установить (S): if S>0 then S:=S-1 else begin Перевести процесс, выполняющий “Установить”, в “блокированное” состояние; Включить этот процесс в очередь S; Запустить очередной “готовый” процесс; end. Освободить (S); if очередь семафора не пуста then Выбрать процесс из очереди S и перевести его из состояния “блокирован” в состояние “готов” else S:=S+1; Числовые семафоры с положительными значениями могут быть использованы в тех случаях, когда требуется пропустить заданное число процессов, а затем закрыть семафор.
13
Для б): Установить (S): S:=S-1; if S<0 then begin Перевести процесс, выполнить “Установить” в “блокированное” состояние; Включить этот процесс в очередь S; Выполнить процедуру “Переключить” для запуска очередного “готового” процесса. End; Освободить (S); S:=S-1; if S=<0 then Выбрать процесс из очереди S и перевести его из состояния “блокирован” в состояние “готов”; Числовой семафор с отрицательными значениями показывает число процессов, находящихся в очереди S. С каждым S может быть связана как очередь, работающая по принципу FIFO, так и некоторый список процессов, из которого выбор процессов может осуществляться, например, согласно их приоритету. Основной вопрос – обеспечение неделимости операций “Установить”, “Освободить”. В однопроцессорной системе неделимость этих операций можно обеспечить путём запрещения прерываний. В многопроцессорном комплексе, работающем с общей памятью, этого недостаточно. Рассмотрим случай однопроцессорной системы. Семафор предоставляется 2-мя полями: Счётчик
Nil
Начало очереди Ссылка на дискриптор процесса
type семафор = record счётчик : integer; начало очереди : связь6; {переменная ссылочного типа} end; элемент очереди = record следующий : связь6; адрес дискриптора : связь end; Procedure Установить(S: семафор); Var P1: связь; begin Запретить прерывания; if S.счётчик = 1 then S.счётчик := 0; {Закрыть семафор} else begin Перевести (текущий процесс, начало САП, начало СБП); 14
New (P1); {Выделяем элемент очереди} P1^. адрес дискриптора := текущий процесс; Включить в очередь (S. начало очереди, P1); Передать контекст процесса (текущий процесс ^. адрес стека); Переключить (процесс); {Выбираем из списка СГП очередной процесс} end; Разрешить прерывания; end; Procedure Освободить (S: семафор); begin Запретить прерывания; if S.начало очереди <> nil then begin Перенести (S.начало очереди^. адрес дескриптора, начало СБП, начало СГП); Удалить из очереди (S. начало очереди); end else S.счётчик := 1; Разрешить прерывания; end; Приведённая процедура предназначена для работы с двоичными семафорами и простой очередью (FIFO). Лекция 6. Задача “поставщик – потребитель” Допустим, что процесс “Поставщик” заносит записи в буфер, из которого эти записи выбирает другой процесс – “Потребитель”. Буфер имеет ограниченный объём, например, n. Требуется организовать совместную работу процессов с буфером. Необходимо решить следующие проблемы: 1) Если запись состоит из нескольких слов, то процесс “Поставщик” будет достаточно долго производить операцию записи, в то время как процесс “Потребитель” будет обращаться к буферу для чтения, т.е. необходимо предусмотреть взаимное исключение. 2) Поставщик не должен записывать в заполненный буфер. 3) Потребитель не должен читать из пустого буфера. Решение задачи “поставщик – потребитель” с помощью семафора План решения: 1) Необходимо ввести семафор «взаимное исключение» для защиты буфера от одновременного обращения «Поставщика» и «Потребителя». 2) Введём два семафора, которые не являются двоичными и поэтому используются для подсчёта числа записей, контроля пустоты буфера. Семафор «полный» показывает количество занятых мест в буфере, семафор «пустой» показывает количество свободных мест в буфере. Если пустые места есть в буфере, то необходима проверка условия “полный=0”. Алгоритм решения будет выглядеть так: Var взаимное исключение: семафор двоичный; пустой, полный: семафор двоичный; begin 15
взаимное исключение:= 1; пустой := n; полный := 0; cobegin Поставщик : begin Произвести запись; Установить (пустой); Установить (взаимное исключение); Передать запись; Освободить (взаимное исключение); Освободить (полный); end; Потребитель : begin Установить (полный); Установить (взаимное исключение); Прочитать запись; Освободить (взаимное исключение); Освободить (пустой); Обработать запись; end; coend; end; Лекция 7. Задача синхронизации процессов Она может быть решена с помощью семафора; сигналов или событий (это двоичные переменные, полагая, что 1 соответствует наличию сигнала или события, а 0 – отсутствию). Синхронизация с помощью семафора 1) Процесс 1 должен запустить процесс 2, и проработав некоторое время, остановиться, ожидая окончания процесса 2. После завершения процесса 2 он должен продолжить работу. Процесс 1 Процесс 2 Var S: семафор двоичный; Begin S:=0; Cobegin Процесс 1 : begin .. Запустить процесс 2; . . Установить (S); 16
. .. End; Процесс 2 : begin . . Освободить (S); End; coend; end; Допустим, что процесс 3 должен начать выполняться после того, как закончатся процессы 1 и 2. Var S1, S2: семафор двоичный; begin S1:=0; S2:=0; {Оба семафора сначала закрыты} cobegin Процесс 1: begin . . . Освободить (S1); End Процесс 2: begin . . . Освободить (S2); End Процесс 3: begin . . . Установить (S1); Установить (S2); . . . End coend; end; {только тогда, когда S1, S2 будут открыты, процесс 3 начнёт выполняться} 3) Допустим, что процесс 3 необходимо запустить после окончания одного из процес-
сов – первого или второго. Var S: семафор двоичный; Begin S:=0; Cobegin Процесс 1 : begin . . . Освободить (S); end; Процесс 2 : begin . . . Освободить (S); end; Процесс 3 : begin . . . Установить (S); . . . end; Coend; End; Синхронизация процессов с использованием сигналов или событий. С каждым сигналом в системе связывается очередь процессов, ожидающих сигнал. Если процесс выполняет команду “ждать сигнал” и (Е) = 0 , то процесс помещается в очередь ожидания сигналов. Если выполняется команда “передать сигнал”, то очередь просматривается и ожидающий сигнал процесс переводится в готовое состояние. Var E: сигнал; Для переменной Е типа сигнал определим две операции: Передать сигнал (Е) и Ждать сигнал (Е). 17
Передать сигнал (Е); begin if очередь (Е) пуста then Е:=1 else Перевести первый процесс в очереди к (Е) в состояние “Готов” из состояния “Блокирован” и исключить его из очереди; end Ждать сигнал (Е); begin if E=1 then E:=0 else Изменить состояние процесса, выполняющего команду “ждать сигнал” на “блокирован”, и включить этот процесс в очередь (Е); End Рассмотрим решение задач синхронизации, которые были решены ранее. Var E: сигнал begin cobegin Процесс 1 : begin . . . Запустить процесс 2 ; . . . Ждать сигнал (Е); . . . end; Процесс 2 : begin . . . Передать сигнал (Е); end; coend; end; 2) Var
E1, E2 : сигнал; begin cobegin Процесс 1 : begin . . . Передать сигнал (Е1); end; Процесс 2 : begin . . . Передать сигнал (Е2); end; Процесс 3 : begin . . . Ждать сигнал (Е1); Ждать сигнал (Е2); . . . end; coend; end; Между аппаратом семафоров и сигналов имеется существенное различие, а именно: семафор предназначен для использования внутри одного процесса; сигналы предназначены для использования в разных процессах; с помощью сигналов решить задачу взаимного исключения нельзя. Список рекомендуемой литературы 1. 2. 3. 4. 5.
Дейтел Г. Введение в операционные системы. Т 1.- М.: Мир, 1987. Элементы параллельного программирования/ Э. Вальковский и др.-М.:Мир, 1988. Майерс Г. Архитектура современных ЭВМ. В 2 кн.,- М.: Мир, 1985.-364+312 с. Хоар Ч. Взаимодействующие последовательные процессы. - М.: Мир, 1988. - 264 с. Автономное управление асинхронными процессами в ЭВМ и дискретных системах /Под ред. В.И. Варшавского. - М.: Наука, 1986. - 400 с.
18
Конспект лекций по дисциплине «Параллельное программирование
Редактор Т.А. Стороженко Подписано в печать 28.05.2001г. Формат 60х84 1/16. Усл.п.л. , уч.-изд. л. Тираж 50 экз. С. Издательство ВСГТУ. Улан-Удэ, Ключевская, 40а Отпечатано в типографии ВСГТУ. Улан-Удэ, Ключевская, 42. ВСГТУ, 2001 г. 19