Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
GNSS Viewer (GPS, Glonass, Beidou, Galileo, IRNSS, QZSS) displays current GNSS info as reported by the built-in GNSS unit of your phone. The following data are displayed:
- Position (latitude/longitude, UTM, or, SWEREF 99)
- Accuracy (optional)
- Altitude
- Speed or pace
- Course
- UTC or local time (optional)
- Satellite data (optional)
The app calculates travelled distance as you walk/run/jog/bicycle/drive/sail
GNSS Viewer can log your position at user-defined intervals. The resulting track is displayed on a map and can be exported as a GPX file
You can also:
- Choose between kilometers, miles, yards or nautical miles.
- Choose lat/long format (decimal deg, deg/min or deg/min/sec).
- Share your position
- Copy position to clipboard
- Set a waypoint
- Clear tracks/waypoints
This app contains no ads. It does not gather, transmit or disclose any personal data.
Privacy policy
https://play.google.com/store/apps/details?id=se.tg3.gpsviewer
#gps#gnss#sportstrack
📡@Libreware
🚢Более 1100 судов столкнулись с навигационными сбоями в Персидском заливе.
По данным аналитической компании Windward, за последние 24 часа свыше 1100 судов в Персидском заливе подверглись помехам GPS и AIS.
Зафиксированы масштабные и прерывистые сбои GNSS, влияющие на системы позиционирования, навигации и связи (включая AIS и VHF).
Операторам рекомендовано избегать района Персидского и Оманского заливов, северной части Аравийского моря и Ормузского пролива.
Суда под флагом США или с американскими экипажами обязаны держаться на расстоянии 30 морских миль от военных кораблей США и поддерживать постоянную связь с военно-морскими каналами.
Экипажам предписано дублировать GPS-позиционирование радиолокацией, визуальными пеленгами и иными методами.
По оценке Windward, отметки судов ошибочно «перемещались» в аэропорты, на АЭС и на сушу в Иране, Омане и ОАЭ. Выявлен минимум 21 новый кластер AIS-помех в водах у ОАЭ, Катара, Омана и Ирана.
Инциденты усиливают навигационные, регуляторные и операционные риски в одном из ключевых коридоров мировой энергетической торговли.
На фоне геополитической эскалации электронные помехи становятся самостоятельным фактором риска для судоходства, влияя на страхование, маршрутизацию и безопасность экипажей.
📌Windward Ltd. — международная компания в сфере морской аналитики и разведки, основанная в 2010 году, специализируется на анализе AIS-данных и оценке морских рисков. Акции обращаются на Лондонской фондовой бирже (AIM); компания является публичной и принадлежит институциональным и частным инвесторам.
#GNSS#AIS#Hormuz#MaritimeSecurity#ShippingRisk