Что такое семафор? - PullRequest
       93

Что такое семафор?

309 голосов
/ 29 августа 2008

Семафор - это концепция программирования, которая часто используется для решения многопоточных задач. Мой вопрос к сообществу:

Что такое семафор и как вы его используете?

Ответы [ 13 ]

371 голосов
/ 03 сентября 2008

Думайте о семафорах как о вышибалах в ночном клубе. В клубе разрешено сразу несколько человек. Если клуб заполнен, никому не разрешается входить, но как только один человек покидает клуб, другой может войти.

Это просто способ ограничить количество потребителей для конкретного ресурса. Например, чтобы ограничить количество одновременных обращений к базе данных в приложении.

Вот очень педагогический пример на C #: -)

using System;
using System.Collections.Generic;
using System.Text;
using System.Threading;

namespace TheNightclub
{
    public class Program
    {
        public static Semaphore Bouncer { get; set; }

        public static void Main(string[] args)
        {
            // Create the semaphore with 3 slots, where 3 are available.
            Bouncer = new Semaphore(3, 3);

            // Open the nightclub.
            OpenNightclub();
        }

        public static void OpenNightclub()
        {
            for (int i = 1; i <= 50; i++)
            {
                // Let each guest enter on an own thread.
                Thread thread = new Thread(new ParameterizedThreadStart(Guest));
                thread.Start(i);
            }
        }

        public static void Guest(object args)
        {
            // Wait to enter the nightclub (a semaphore to be released).
            Console.WriteLine("Guest {0} is waiting to entering nightclub.", args);
            Bouncer.WaitOne();          

            // Do some dancing.
            Console.WriteLine("Guest {0} is doing some dancing.", args);
            Thread.Sleep(500);

            // Let one guest out (release one semaphore).
            Console.WriteLine("Guest {0} is leaving the nightclub.", args);
            Bouncer.Release(1);
        }
    }
}
170 голосов
/ 02 сентября 2008

Статья Майкла Барра "Демистифицированные мьютексы и семафоры" - прекрасное краткое введение в то, что делает мьютексы и семафоры разными, а также когда они должны и не должны использоваться. Я выдержал несколько ключевых абзацев здесь.

Ключевым моментом является то, что мьютексы должны использоваться для защиты общих ресурсов, а семафоры - для сигнализации. Как правило, не следует использовать семафоры для защиты общих ресурсов или мьютексы для передачи сигналов. Например, существуют проблемы с аналогией с вышибалами с точки зрения использования семафоров для защиты общих ресурсов - вы можете использовать их таким образом, но это может привести к трудной диагностике ошибок.

Хотя мьютексы и семафоры имеют некоторые сходства в своей реализации, они всегда должны использоваться по-разному.

Наиболее распространенный (но, тем не менее, неверный) ответ на вопрос, поставленный вверху, состоит в том, что мьютексы и семафоры очень похожи, с той лишь разницей, что семафоры могут считать больше единицы. Похоже, что почти все инженеры правильно понимают, что мьютекс - это двоичный флаг, используемый для защиты общего ресурса путем обеспечения взаимного исключения внутри критических разделов кода. Но когда его просят рассказать о том, как использовать «семафор подсчета», большинство инженеров, различающихся только степенью достоверности, выражают некоторую разновидность мнения учебника о том, что они используются для защиты нескольких эквивалентных ресурсов.

...

В этот момент проводится интересная аналогия с использованием идеи ключей ванной комнаты для защиты общих ресурсов - ванной комнаты. Если в магазине имеется одна ванная комната, то для защиты этого ресурса и предотвращения одновременного использования его несколькими людьми достаточно одного ключа.

Если есть несколько ванных комнат, может возникнуть соблазн набрать их одинаково и сделать несколько ключей - это похоже на то, как семафор используется не по назначению. Когда у вас есть ключ, вы на самом деле не знаете, какая ванная комната доступна, и если вы пойдете по этому пути, вы, вероятно, в конечном итоге будете использовать мьютексы для предоставления этой информации и убедитесь, что вы не берете ванную, которая уже занята. .

Семафор - это неправильный инструмент для защиты нескольких практически одинаковых ресурсов, но именно так многие думают и используют его. Аналогия с вышибалами совершенно иная: не существует нескольких ресурсов одного типа, вместо этого есть один ресурс, который может принимать одновременно нескольких пользователей. Я полагаю, что семафор может использоваться в таких ситуациях, но редко бывают ситуации реального мира, где аналогия действительно имеет место - чаще всего есть несколько таких же типов, но все же отдельные ресурсы, такие как ванные комнаты, которые не могут быть использованы вот так.

...

Правильное использование семафора для передачи сигналов от одной задачи к другой. Мьютекс предназначен для взятия и освобождения, всегда в том порядке, в котором каждая задача использует общий защищаемый ресурс. Напротив, задачи, которые используют семафоры, либо сигнализируют, либо ждут, но не оба. Например, задача 1 может содержать код для публикации (т. Е. Сигнала или приращения) определенного семафора, когда нажата кнопка «питание», и задача 2, которая запускает отображение, ожидает этого же семафора. В этом сценарии одна задача является источником сигнала события; другой потребитель.

...

Здесь важно отметить, что мьютексы плохо взаимодействуют с операционными системами реального времени, вызывая инверсию приоритетов, когда менее важная задача может быть выполнена перед более важной задачей из-за совместного использования ресурсов. Короче говоря, это происходит, когда задача с более низким приоритетом использует мьютекс для захвата ресурса A, затем пытается захватить B, но приостанавливается, потому что B недоступен. В то время как это ожидает, задача с более высоким приоритетом приходит и нуждается в A, но она уже связана, и процессом, который даже не выполняется, потому что он ждет B. Есть много способов решить эту проблему, но чаще всего это исправлено изменив мьютекс и диспетчер задач. В этих случаях мьютекс является гораздо более сложным, чем двоичный семафор, и использование семафора в таком случае приведет к инверсии приоритетов, поскольку диспетчер задач не знает об инверсии приоритетов и не может ее исправить.

...

Причина широко распространенной современной путаницы между мьютексами и семафорами является исторической, поскольку она восходит к 1974 году, когда был изобретен Семафор (заглавная "S" в этой статье) Джикстра. До этой даты ни один из механизмов синхронизации и сигнализации о безопасных прерываниях, известных компьютерным ученым, не был эффективно масштабируемым для использования более чем двумя задачами. Революционный, безопасный и масштабируемый семафор Дейкстры был применен как для защиты критических участков, так и для сигнализации. И так началась неразбериха.

Однако впоследствии разработчикам операционных систем стало очевидно, что после появления приоритетной ОСРВ на основе приоритетов (например, VRTX, около 1980 г.), публикации научных работ, посвященных созданию RMA и проблемам, вызванным инверсией приоритетов, и В документе о протоколах наследования приоритетов в 1990 году 3 стало очевидно, что мьютексы должны быть чем-то большим, чем просто семафоры с двоичным счетчиком.

Mutex: совместное использование ресурсов

Семафор: сигнализация

Не используйте одно для другого без тщательного рассмотрения побочных эффектов.

68 голосов
/ 02 сентября 2008

Mutex: эксклюзивный доступ к ресурсу

Семафор: n-членский доступ к ресурсу

То есть мьютекс может использоваться для синхронизации доступа к счетчику, файлу, базе данных и т. Д.

Семафор может делать то же самое, но поддерживает фиксированное количество одновременных абонентов. Например, я могу обернуть свои вызовы базы данных в семафор (3), чтобы мое многопоточное приложение попадало в базу данных не более чем с 3 одновременными соединениями. Все попытки будут заблокированы, пока не откроется один из трех слотов. Они делают такие вещи, как наивное регулирование, действительно, очень легко.

18 голосов
/ 29 августа 2008

@ Крейг:

Семафор - это способ блокировки ресурс, чтобы гарантировать, что в то время как кусок кода выполняется, только этот кусок кода имеет доступ к этот ресурс. Это держит две темы от одновременного доступа к ресурсу, которые могут вызвать проблемы.

Это не ограничивается только одним потоком. Семафор можно настроить так, чтобы разрешить фиксированному числу потоков доступ к ресурсу.

15 голосов
/ 16 сентября 2008

Семафор также можно использовать как ... семафор. Например, если у вас есть несколько процессов, помещающих данные в очередь, и только одна задача, потребляющая данные из очереди. Если вы не хотите, чтобы задача-потребитель постоянно опрашивала очередь на наличие доступных данных, вы можете использовать семафор.

Здесь семафор используется не как механизм исключения, а как механизм сигнализации. Задача-потребитель ждет на семафор Продюсерское задание размещаем на семафор.

Таким образом, задача потребления выполняется тогда и только тогда, когда есть данные, подлежащие удалению

10 голосов
/ 07 июля 2017

Рассмотрим такси, которое может вместить в общей сложности 3 ( сзади ) + 2 ( спереди ) человека, включая водителя. Таким образом, semaphore допускает одновременную работу только 5 человек. А mutex допускает размещение только 1 человека на одном сиденье автомобиля.

Следовательно, Mutex должен разрешать монопольный доступ к ресурсу ( как поток ОС ), в то время как Semaphore должен разрешать доступ для n количество ресурсов одновременно.

10 голосов
/ 08 мая 2014

Для создания параллельных программ существуют две основные концепции: синхронизация и взаимное исключение. Мы увидим, как эти два типа блокировок (семафоры в общем случае являются своего рода механизмом блокировки) помогают нам добиться синхронизации и взаимного исключения.

Семафор - это программная конструкция, которая помогает нам достичь параллелизма за счет реализации как синхронизации, так и взаимного исключения. Семафоры бывают двух типов: двоичные и счетные.

Семафор состоит из двух частей: счетчика и списка задач, ожидающих доступа к определенному ресурсу. Семафор выполняет две операции: wait (P) [это похоже на получение блокировки] и release (V) [аналогично освобождению блокировки] - это единственные две операции, которые можно выполнить с семафором. В двоичном семафоре счетчик логически переходит от 0 до 1. Вы можете думать, что он похож на блокировку с двумя значениями: открыт / закрыт. Счетный семафор имеет несколько значений для счетчика.

Что важно понять, так это то, что счетчик семафоров отслеживает количество задач, которые не нужно блокировать, то есть они могут прогрессировать. Задачи блокируются и добавляются в список семафоров только тогда, когда счетчик равен нулю. Следовательно, задача добавляется в список в процедуре P (), если она не может быть выполнена, и «освобождается» с помощью процедуры V ().

Теперь совершенно очевидно, как использовать двоичные семафоры для решения задач синхронизации и взаимоисключения - по сути, это блокировки.

ех. Синхронизация:

thread A{
semaphore &s; //locks/semaphores are passed by reference! think about why this is so.
A(semaphore &s): s(s){} //constructor
foo(){
...
s.P();
;// some block of code B2
...
}

//thread B{
semaphore &s;
B(semaphore &s): s(s){} //constructor
foo(){
...
...
// some block of code B1
s.V();
..
}

main(){
semaphore s(0); // we start the semaphore at 0 (closed)
A a(s);
B b(s);
}

В приведенном выше примере B2 может выполняться только после того, как B1 завершил выполнение. Допустим, поток A выполняется первым, выполняет - получает sem.P () и ждет, так как счетчик равен 0 (закрыт). Появляется поток B, заканчивает B1, а затем освобождает поток A, который затем завершает B2. Таким образом, мы достигаем синхронизации.

Теперь давайте рассмотрим взаимное исключение с помощью двоичного семафора:

thread mutual_ex{
semaphore &s;
mutual_ex(semaphore &s): s(s){} //constructor
foo(){
...
s.P();
//critical section
s.V();
...
...
s.P();
//critical section
s.V();
...

}

main(){
semaphore s(1);
mutual_ex m1(s);
mutual_ex m2(s);
}

Взаимное исключение также довольно просто - m1 и m2 не могут одновременно войти в критическую секцию. Таким образом, каждый поток использует один и тот же семафор, чтобы обеспечить взаимное исключение для его двух критических секций. Теперь возможно ли иметь больший параллелизм? Зависит от критических разделов. (Подумайте, как еще можно использовать семафоры для достижения взаимного исключения. Подсказка: мне обязательно нужно использовать только один семафор?)

Подсчет семафора: семафор с более чем одним значением. Давайте посмотрим, что это означает - блокировка с более чем одним значением? Так открыто, закрыто и ... хм. Какая польза от многоступенчатой ​​блокировки во взаимном исключении или синхронизации?

Давайте возьмем самое простое из двух:

Синхронизация с использованием счетного семафора. Допустим, у вас есть 3 задачи - № 1 и 2, которые вы хотите выполнить после 3. Как бы вы разработали синхронизацию?

thread t1{
...
s.P();
//block of code B1

thread t2{
...
s.P();
//block of code B2

thread t3{
...
//block of code B3
s.V();
s.V();
}

Таким образом, если ваш семафор начинается закрытым, вы гарантируете, что блоки t1 и t2 будут добавлены в список семафоров. Затем приходит все важное t3, заканчивает свою деятельность и освобождает t1 и t2. В каком порядке они освобождены? Зависит от реализации списка семафоров. Может быть FIFO, может основываться на каком-то конкретном приоритете и т. Д. (Примечание: подумайте, как бы вы расположили свои P и V; если вы хотите, чтобы t1 и t2 выполнялись в определенном порядке, и если вы не знали о реализации семафора)

(Узнайте: что произойдет, если число V больше, чем число P?)

Взаимное исключение Использование счетных семафоров: я бы хотел, чтобы вы создали для этого свой собственный псевдокод (помогает вам лучше понимать вещи!), Но фундаментальная концепция такова: счетный семафор counter = N позволяет N задачам войти критический раздел свободно. Это означает, что у вас есть N задач (или потоков, если хотите), попадающих в критическую секцию, но N + 1-я задача блокируется (попадает в наш любимый список заблокированных задач) и пропускается только тогда, когда кто-то V семафор Хотя бы один раз. Таким образом, счетчик семафоров вместо того, чтобы колебаться между 0 и 1, теперь переходит от 0 до N, позволяя N задачам свободно входить и выходить, не блокируя никого!

Теперь, черт возьми, зачем тебе такая глупость? Разве не весь смысл взаимного исключения, чтобы не позволить больше чем одному парню получить доступ к ресурсу ?? (Подсказка Подсказка ... У вас не всегда есть только один диск на вашем компьютере, не так ли? ...)

Подумайте над : достигается ли взаимное исключение только с помощью счетного семафора? Что если у вас есть 10 экземпляров ресурса и 10 потоков входят (через счетный семафор) и пытаются использовать первый экземпляр?

6 голосов
/ 02 сентября 2008

Семафор - это объект, содержащий натуральное число (то есть целое число, большее или равное нулю), для которого определены две модифицирующие операции. Одна операция V добавляет 1 к натуральной. Другая операция, P, уменьшает натуральное число на 1. Обе операции являются атомарными (то есть никакая другая операция не может быть выполнена одновременно с V или P).

Поскольку натуральное число 0 не может быть уменьшено, вызов P на семафоре, содержащем 0, заблокирует выполнение вызывающего процесса (/ потока) до некоторого момента, когда число больше не равно 0, и P не может быть успешно (и атомарно) выполненным.

Как упоминалось в других ответах, семафоры могут использоваться для ограничения доступа к определенному ресурсу максимальным (но переменным) числом процессов.

2 голосов
/ 30 августа 2018

Я создал визуализацию, которая должна помочь понять идею. Семафор контролирует доступ к общему ресурсу в многопоточной среде. enter image description here

ExecutorService executor = Executors.newFixedThreadPool(6);

Semaphore semaphore = new Semaphore(4);

Runnable longRunningTask = () -> {
    boolean permit = false;
    try {
        permit = semaphore.tryAcquire(1, TimeUnit.SECONDS);
        if (permit) {
            System.out.println("Semaphore acquired");
            Thread.sleep(5);
        } else {
            System.out.println("Could not acquire semaphore");
        }
    } catch (InterruptedException e) {
        throw new IllegalStateException(e);
    } finally {
        if (permit) {
            semaphore.release();
        }
    }
};

// execute tasks
for (int j = 0; j < 10; j++) {
    executor.submit(longRunningTask);
}
executor.shutdown();

выход

Semaphore acquired
Semaphore acquired
Semaphore acquired
Semaphore acquired
Could not acquire semaphore
Could not acquire semaphore

Пример кода от артикул

1 голос
/ 13 февраля 2014

Итак, представьте, что все пытаются пойти в ванную, а в ванной есть только определенное количество ключей. Теперь, если ключей недостаточно, этот человек должен подождать. Поэтому представьте, что семафор представляет набор ключей, доступных для ванных комнат (системные ресурсы), к которым разные процессы (посетители ванных) могут запрашивать доступ.

Теперь представьте два процесса, пытающихся одновременно пойти в ванную. Это не очень хорошая ситуация, и для предотвращения этого используются семафоры. К сожалению, семафор является добровольным механизмом, и процессы (наши посетители в ванной комнате) могут его игнорировать (т. Е. Даже если есть ключи, кто-то может просто открыть дверь).

Существуют также различия между двоичным / мьютексом и счетными семафорами.

Ознакомьтесь с примечаниями лекции на http://www.cs.columbia.edu/~jae/4118/lect/L05-ipc.html.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...