Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
#1930е
Очень интересное видео, которое доходчиво и максимально наглядно, с примерами (но на английском) объясняет, как работает дифференциал в автомобиле.
Начало можно пропустить, там зачем-то представление байкеров.
3:00
https://www.youtube.com/watch?v=yYAw79386WI
#1930е#1940е#1950е
Пачка умопомрачительных и захъватывающих иллюстраций американского художника Фрэнка Тинсли. Он создавал для различных журналов образы технологического будущего, причёс чаще всего мыслил масштабно. Поезда в стеклянных трубах, ловец для космических ракет, лазерные пушки, подводные станции и прочее. Некоторые из его образов кажутся сейчас наивными фантазиями. Впрочем, другие уже реализованы, например, судно на воздушной подушке и пожарный вертолёт.
Новинка серии «Реальная политика» в продаже🔥
«Рискованная игра Сталина: в поисках союзников против Гитлера, 1939-1936» — исследование канадского историка Майкла Джабары Карлея, много лет посвятившего изучению темы. Ему удалось воссоздать объемную картину международных отношений и дипломатии в первой половине 1930-х годов. На базе обширных материалов из российских архивов (Архива внешней политики МИД РФ, Российского архива социально-политической истории), а также архивов Франции, Великобритании, CШA, он буквально по дням, а порой и часам восстановил все перипетии дипломатических переговоров и интриг. Читатель становится свидетелем того, как попытки создания работающей системы коллективной безопасности разбились о недальновидность, подозрительность и стремление к сиюминутной выгоде.
Карлей отказывается от традиционных для западной исторической науки антисоветских стереотипов и приходит к выводу, что провал советских дипломатических усилий был связан, прежде всего, с позицией западных стран, преследовавших узкокорыстные национальные интересы и не заинтересованных в паритетном сотрудничестве с СССР, в котором они видели угрозу экспансии коммунизма и скрытое стремление к сговору с Гитлером.
https://kpole.ru/catalog/istoriya-istoricheskie-nauki/maykl-dzhabara-karley-riskovannaya-igra-stalina-v-poiskakh-soyuznikov-protiv-gitlera-1930-1936-gg/
#Карлей#кучковополе#Сталин#Гитлер#1930е#коллективнаябезопасность#реальнаяполитика