Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
Вот такой интересный анонс мне в личку прислали
18+ НАСТОЯЩИЙ МАТЕРИАЛ (ИНФОРМАЦИЯ) ПРОИЗВЕДЕН, РАСПРОСТРАНЕН И (ИЛИ) НАПРАВЛЕН ИНОСТРАННЫМ АГЕНТОМ КАВКАЗСКИМ НИКОЛАЕМ ЮРЬЕВИЧЕМ ЛИБО КАСАЕТСЯ ДЕЯТЕЛЬНОСТИ ИНОСТРАННОГО АГЕНТА КАВКАЗСКОГО НИКОЛАЯ ЮРЬЕВИЧА
Федивёрс: понятное погружение в федеративные сети
Федивёрс — экосистема совместимых соцсетей. На первый взгляд она непривычна, но в оффлайне первые шаги делаются проще.
27 сентября (суббота), 17:00, метро Курская.
Наш семинар по информационной безопасности это отличная возможность попробовать что-то действительно интересное. Присоединяйтесь к нам, чтобы узнать больше о Fediverse и его уникальных особенностях!
О чём говорим и что делаем:
Что такое Fediverse?
Простые принципы работы и как сервисы “видят” друг друга.
Как это устроено для пользователя?
Посты, подписки, хэштеги и общение между разными серверами.
Какие проблемы решает структура Fediverse?
Альтернатива централизации: контроль над лентой, переносимость, отсутствие рекламы.
Почему жизнь без алгоритмов — то, что стоит попробовать?
Больше внимания к людям, меньше манипуляций и «скролл-ловушек».
Модерация и свобода слова.
Разные правила на разных серверах; как находить «свой» по ценностям. CW/предупреждения как норма заботы.
Базовая безопасность в федеративных сетях.
Приватность по шагам: профили, видимость, сообщения, «следы».
Как сеть живёт без алгоритмов?
Роль хэштегов, локальных сообществ и ручной подписки; как быстро стартовать.
Практика прямо на месте (по желанию):
😍 Регистрация в Mastodon → первый #introduction (ваше знакомство/самопрезентация) → мы дадим список из 10 подписок, с ними одиночество и фальшивые новости вам не грозят.
👍 Delta Chat/Jami без SIM и номеров мобильника → тестовое сообщение и вход в закрытый чат.
🙈 После короткого выступление наших инфобезников будет возможность пообщаться 1-на-1 или в мини-группу до 6 чел, а может и взять онлайн консультацию, чтобы в личке настроить все по шагам.
Важно: мы не обещаем, что приход лишён рисков. Несмотря на наши меры безопасности, прийти — это смелость. Мы встречаемся, чтобы усилить друг друга и получить инструменты, которые уменьшают уязвимость в сети с которыми каждый из нас уже сталкивается.
💌Для записи на мероприятие пиши на– @markgudman
#Introduction of some #scary movies-📽✨
▾.▾.▾.▾.▾.▾.▾.▾.▾.▾.▾.▾.▾.▾.▾.▾.▾.
▾cannibal
▾chainsaw
▾heunt
▾hes out there
▾insidious
▾the nun
▾pet samatary
🤩@TowardDiscoveringEnglish🤩