Согласно Википедии,
Совместно используемые блокировки иногда называют «блокировками чтения», а эксклюзивные блокировки - «блокировками записи».
Можете ли вы объяснить причину терминов «совместно используемый» и «эксклюзивный»?
Ответы:
Я написал этот ответ, потому что подумал, что это будет забавная (и подходящая) аналогия:
Подумайте о запираемом объекте как о классной доске (запирающейся), в которой находятся учитель (писатель) и множество учеников (читателей).
Пока учитель пишет что-то (эксклюзивный замок) на доске:
Никто не может его прочитать, потому что он все еще пишется, и она блокирует ваше представление => Если объект заблокирован исключительно, общие блокировки не могут быть получены .
Другие учителя тоже не подойдут и не начнут писать, или доска станет нечитаемой и смущает учеников => Если объект заблокирован исключительно, другие эксклюзивные блокировки получить нельзя .
Когда ученики читают (общие замки), что написано на доске:
Все они могут читать, что на нем, вместе => Могут сосуществовать несколько общих блокировок .
Учитель ждет, пока они закончат чтение, прежде чем очистить доску, чтобы написать больше => Если одна или несколько общих блокировок уже существуют, эксклюзивные блокировки не могут быть получены .
lock()вызовы после первый вернется немедленно и успешно. т.е. вы можете успешно заблокировать то, что у вас уже есть.
writerотдается предпочтение перед ожидающими считывателями, когда блокировка выбирает, кто получит блокировку следующей (когда она разблокирована его текущим владельцем). Это о политике .
Это довольно просто. Блокировки чтения также известны как разделяемые блокировки, потому что несколько процессов могут читать одновременно. Смысл блокировки чтения - предотвратить получение блокировки записи другим процессом. Напротив, блокировка записи запрещает все другие операции, пока операция записи завершается, поэтому она описывается как исключительная.
Таким образом, блокировка чтения говорит «вы можете читать сейчас, но если вы хотите писать, вам придется подождать», тогда как блокировка записи говорит «вам придется подождать».
Я понимаю, что вы проводите исследования в поддержку своих исследований, но я не могу удержаться от желания читать лекции.
Неквалифицированное использование блокировки - основная причина проблем с производительностью. Использование системы блокировки, которая различает блокировки чтения и записи, является хорошим началом, но тщательный дизайн иногда может устранить большую часть необходимости блокировки. Например, состояние сеанса никогда не должно храниться в одной глобальной коллекции для каждого элемента состояния.
Я действительно видел, как это было сделано. Это ужасный дизайн, вызывающий бокс и изменение коллекции при каждом последнем изменении состояния сеанса, что влечет за собой длительную блокировку записи. Накладные расходы были очень серьезными, фактически сводя сервер к однопоточному поведению.
Простое объединение всего состояния сеанса в структуру было огромным улучшением. Изменения в состоянии сеанса просто изменяли значения членов структуры состояния сеанса. Поскольку ни у одного другого сеанса не было случая или даже возможности напрямую ссылаться на состояние сеанса, единственной обновляемой коллекцией был список сеансов. В результате во время сеанса блокировка была совершенно ненужной , только в начале и в конце, а пропускная способность увеличилась в 3000 раз.
Другой распространенный сценарий блокировки - это ресурсы, совместно используемые потоками пользовательского приложения. Большинство современных фреймворков решают эту проблему с помощью сообщений, а не блокировок; когда вы «переходите к потоку пользовательского интерфейса», вы фактически ставите в очередь сообщение, содержащее указатель на функцию и некоторые параметры (или делегата и фрейм стека в зависимости от реализации).
Исключительная блокировка или блокировка записи дает процессу монопольный доступ для записи в указанную часть файла. Пока установлена блокировка записи, никакой другой процесс не может заблокировать эту часть файла.
Совместная блокировка или блокировка чтения запрещает любому другому процессу запрашивать блокировку записи для указанной части файла. Однако другие процессы могут запрашивать блокировки чтения.
Подробнее об этом: http://www.gnu.org/software/libc/manual/html_node/File-Locks.html
То же самое и со стороны базы данных. Согласно документации Oracle
Режим монопольной блокировки предотвращает совместное использование связанного ресурса. Этот режим блокировки предназначен для изменения данных. Первая транзакция для монопольной блокировки ресурса - это единственная транзакция, которая может изменять ресурс до тех пор, пока исключительная блокировка не будет снята.
Режим блокировки общего доступа позволяет использовать связанный ресурс в зависимости от выполняемых операций. Несколько пользователей, читающих данные, могут совместно использовать данные, удерживая общие блокировки, чтобы предотвратить одновременный доступ писателя (которому требуется монопольная блокировка). Несколько транзакций могут
получить разделяющие блокировки на одном и том же ресурсе.