Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
#Ungheria🇭🇺
#Parlamentari
Grafico storico dell'affluenza.
Nel grafico allegato è mostrato l’andamento dell’affluenza nel corso della giornata elettorale, mettendo a confronto le diverse tornate dal 1994 al 2026.
Ogni linea rappresenta un anno elettorale; ogni puntino corrisponde a una rilevazione ufficiale effettuata a un orario specifico. In alcune elezioni i puntini compaiono in orari diversi perché, nel tempo, sono cambiati gli orari delle comunicazioni intermedie dei dati.
È molto in evidenza il dato del 2026, che si colloca sopra tutte le serie storiche per gran parte della giornata e chiude al 79,56%, il livello più alto dell’intero confronto.
@TuttoElezioni
#Ungheria🇭🇺
#Parlamentari
I risultati finali non saranno disponibili prima del 18 aprile. Continueremo comunque ad aggiornarvi con i dati ufficiali; nel frattempo, vi ringraziamo per aver seguito con noi le elezioni parlamentari in Ungheria.
@TuttoElezioni
#Ungheria🇭🇺
#Parlamentari
Il prossimo dato sull'affluenza, l'ultimo prima della fine della votazione, sarà reso noto in corrispondenza con la chiusura delle urne, in quanto riferito alle 18:30.
@TuttoElezioni
#Ungheria🇭🇺
#Parlamentari
❗️La partecipazione elettorale alle 17:00 supera qualsiasi affluenza finale mai avuta nelle elezioni parlamentari del Paese.
@TuttoElezioni
#Ungheria🇭🇺
#Parlamentari
❗️Affluenza ancora molto alta alle 13:00: 54,14%
Il dato continua a essere nettamente superiore a quello delle altre elezioni parlamentari:
- 2022: 40,01
- 2018: 42,43
- 2014: 34,33
- 2010: 35,88
- 2006: 38,22
- 2002: 40,19
- 1998: 32,58
La soglia dell'80% rappresenta uno scenario molto probabile, salvo un rallentamento marcato nel corso del pomeriggio.
@TuttoElezioni
#Ungheria🇭🇺
#Parlamentari
❗️Affluenza record alle 11:00: 37,98%
Il dato è nettamente superiore rispetto a qualsiasi altra elezione parlamentare:
- 2022: 25,77%
- 2018: 29,93%
- 2014: 23,23%
- 2010: 24,78%
- 2006: 27,73%
- 2002: 26,37%
- 1998: 23,66%
- 1994: 32,50%*
La proiezione aggiornata dell'affluenza finale è salita al 78-83% (valore centrale: 80,5%). La partecipazione nelle prime ore di voto è stata eccezionale; il dato delle 13:00 dirà con maggiore precisione se la soglia dell'80% di affluenza è alla portata.
* non è riportato il dato delle sole elezioni del 1990, in quanto non sono presenti suddivisioni orarie dell'affluenza, ma solo il valore finale (65,09%)
@TuttoElezioni