Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
Для тех кто не смотрел, очень советую
Серия про ChatGPT на злобу дня 😂
На самом деле там поднимается очень важная мысль, о которой забывает большая часть новичков, ощутивших мощь инструмента и поддавшихся безусловному делегированию мышления. А это не есть хорошо, ведь технология не идеальна и может допускать множество ошибок. Многие перекладывают часть задач на ИИ или даже полностью автоматизируют бизнес. Да, к этому стоит стремиться, но нельзя забывать о тренировке собственного мышления и запасных планах на случай, если всё пойдёт не так.
Был у меня случай, если помнишь, как-то я через агент хотел запостить сообщение в Телегу. В итоге агент шизанул и бахнул пять одинаковых постов подряд, потому что каждый раз замечал ошибку отсутствия ссылки на канале после публикации, что и привело к багу. Самое смешное, что в этот момент я сидел в ресторане, важный такой, рассказываю, что за меня работают роботы... а выключить это безумие не мог, потому что агент запускался на компе, а на телефоне функцию отключения ещё не допилили. XD
Короче, это я к чему. Не отдавайся машине на 100%, оставь хотя бы 50% контроля за собой. Хотя бы сегодня, чтобы ничего не сломать и не отупеть
South Part S27 E3
😂 Поделись своей историей в комментариях
#minds | AcidCrunch
Выйти за рамки
Каждый год в Петербурге проходит «Бессмертный полк» — когда потомки героев войны идут по главным улицам города с их фотографиями, чтобы отдать дань памяти. У меня тоже воевал прадед, и, насколько я знаю, мои родственники участвовали в этом шествии.
Сегодня мне пришла мысль: раз у нас есть хотя бы старая фотография (пусть и не самого лучшего качества), почему бы не оживить её? Улучшить текстуру, добавить объём и даже немного движения — попробовать представить, как бы выглядел мой родственник, если бы он был жив сейчас.
Честно говоря, старые фото у меня всегда вызывали лёгкий страх. В них есть что-то призрачное, словно они не передают настоящего человека, а только нарисованный образ. И мне всегда было сложно понять, каким он был на самом деле. Но сегодня я впервые увидел своего прадеда в объёме — и это был очень необычный, сильный опыт.
А теперь представьте: если подключить воспоминания родителей, бабушек и дедушек — узнать, чем увлекался предок, как он себя вёл, какие у него были привычки — можно не просто восстановить изображение, а выйти за рамки старого, потрескавшегося портрета. Дать ему движение, характер и жизнь.
Ну и с праздником тебя)
👇 Подпишись, сохрани и кидай друзьям
#kling#minds | AcidCrunch