Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
🌍 About 10% of global greenhouse gas emissions now come from food waste alone. If food waste were a country, it would be the third biggest emitter after China and the United States. ✨
#climate⚡#environment⚡#emissions⚡#geography⚡#nature⚡#earth
👉subscribe Amazing Geography
👉more Channels
🌍 Nearly a third of global food is lost or wasted each year, not reaching our plates. This wasted food generates massive greenhouse gas emissions, which contribute to climate change. ✨
#food⚡#waste⚡#emissions⚡#climate⚡#geography⚡#nature⚡#earth
👉subscribe Amazing Geography🌍
🚢UK shipping: расширение UK ETS на внутренние рейсы грозит ростом издержек.
Отраслевые объединения Великобритании усилили критику планов правительства распространить UK Emissions Trading Scheme (UK ETS) на внутренние морские перевозки с 1 июля 2026 года.
По их оценке, мера может повысить издержки, ударить по островным маршрутам и снизить конкурентоспособность без заметного сокращения выбросов.
Суда ≥5 000 GT, выполняющие рейсы между портами Великобритании, должны будут мониторить и сдавать квоты на 100% выбросов CO₂, CH₄ и N₂O, включая портовые операции; офшорный флот - с 2027 года.
Штраф за недосдачу - £100/т CO₂e (с индексацией) плюс обязательство закрыть дефицит. Первый отчётный период: 1 июля–31 декабря 2026 г.; предусмотрена разовая «двойная сдача» квот до 30 апреля 2028 г.
UK Chamber of Shipping поддерживает климатические цели, но указывает на сжатые сроки внедрения и дефицит инфраструктуры (системы берегового питания, пропускная способность сетей).
Альтернативные типы топлива, по данным отрасли, дороже традиционных в 4–5 раз. Бизнес настаивает на реинвестировании поступлений ETS в декарбонизацию, согласовании с EU ETS для предотвращения двойного начисления и поэтапном «monitor-only» периоде.
📌UK Chamber of Shipping основана в 1877 году и представляет интересы судоходной отрасли Великобритании. Организация является некоммерческой и управляется компаниями-членами.
#UKETS#decarbonisation#shippingpolicy#maritime#emissions
Ethereum: Potential Shift to Trustworthy Money
Ethereum could become ‘ultra-secure’ money as supply decreases, claims developer Justin Drake. Post-Dencun, emissions stats: 657,000 BTC vs. 469,000 ETH ($63.4B vs. $1.23B). Bitcoin miners rely on crypto mining; commission share at only 1%. Safety concerns may arise as mining becomes less viable. Halvings could worsen security issues.
Read more: ForkLog
#Ethereum#Bitcoin#Crypto#Mining#Finance#Deflation#JustinDrake#Dencun#ETH#BTC#Blockchain#Investing#Decentralization#PoS#Halving#Security#MarketTrends#Emissions#DigitalAssets#RiskManagement#Cryptocurrency