Семафор - Какая польза от начального подсчета?

Да, когда начальное число установлено на 0 - все потоки будут ждать, пока вы увеличите значение свойства CurrentCount. Вы можете сделать это с помощью Release () или Release (Int32).

Release (...) - увеличивает счетчик семафоров

Подождите (...) - уменьшит его

Вы не можете увеличить счетчик (свойство CurrentCount) больше, чем максимальное значение, которое вы установили при инициализации.

Например:

SemaphoreSlim^ s = gcnew SemaphoreSlim(0,2); //s->CurrentCount = 0
s->Release(2); //s->CurrentCount = 2
...

s->Wait(); //Ok. s->CurrentCount = 1
...

s->Wait(); //Ok. s->CurrentCount = 0
...

s->Wait(); //Will be blocked until any of the threads calls Release()

Итак, я действительно не понимаю значения начального подсчета?

Здесь может помочь один важный момент: Wait уменьшает счетчик семафоров, а Release увеличивает его.

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

maximumCount - это максимальное количество, которое может получить семафор. Это количество раз Release, которое может быть вызвано без исключения исключения, при условии, что initialCount count было равно нулю. Если initialCount установлен в то же значение, что и maximumCount, то вызов Release сразу после создания семафора вызовет исключение.

Сколько потоков вы хотите иметь доступ к ресурсу одновременно? Установите начальный счет на это число. Если это число никогда не будет увеличиваться в течение всего срока действия программы, установите максимальное количество на это число. Таким образом, если у вас есть программная ошибка при освобождении ресурса, ваша программа выйдет из строя и сообщит вам об этом.

(Есть два конструктора: один принимает только начальное значение, а другой дополнительно принимает максимальное количество. Используйте тот, который подходит.)

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

hSemaphore = CreateSemaphoreA(NULL, 0, MAX_COUNT, NULL) ;

//Do something here
//No threads can access your resource

ReleaseSemaphore(hSemaphore, MAX_COUNT, 0) ;

//All threads can access the resource now

Как указано в документации MSDN: «Еще одно использование ReleaseSemaphore - во время инициализации приложения. Приложение может создать семафор с начальным счетчиком, равным нулю. Это устанавливает состояние семафора как несигнальное и блокирует доступ всех потоков к защищенному ресурсу. Когда приложение завершает свою инициализацию, он использует ReleaseSemaphore для увеличения счетчика до максимального значения, чтобы разрешить нормальный доступ к защищенному ресурсу ».

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

Как объясняет MSDN в разделе "Примечания" раздел:

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

Итак, если начальное количество равно 0, а максимальное - 2, это как если бы WaitOne был дважды вызван основным потоком, поэтому мы достигли емкости (счетчик семафоров сейчас равен 0), и ни один поток не может войти в семафор. Точно так же, если начальное количество равно 1, а максимальное - 2, WaitOnce был вызван один раз, и только один поток может войти, прежде чем мы снова достигнем емкости, и так далее.

Если для начального подсчета используется 0, мы всегда можем вызвать Release (2), чтобы увеличить счетчик семафоров до максимального, чтобы максимальное количество потоков могло получить ресурс.

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

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

Я действительно не понимаю значения начального подсчета?

Initial count = Upfront cost

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

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