Возможно, стоит пояснить разницу между синхронизацией из thread/process-safe и синхронизацией с помощью Lock🤔
Наша задача — заставить разные процессы и потоки обращаться к базе данных (или любым другим ресурсам) последовательно. Чтобы не случилось так называемого race condition, то есть состояние гонки. Это когда разные потоки или процессы пытаются одновременно что-то сделать с одним и тем же ресурсом.
В этом случае нам нужна какая-то логика ограничения. Пока один процесс не завершил своё действие, другие не могут получить доступ к ресурсу.
Так вот, thread-safe и process-safe означает что отдельно взятые операции записи в БД гарантированно будут последовательны. Запросы из разных процессов или потоков выстроятся в очередь и не будут мешать друг другу. Лучше всего когда этот блок реализован на уровне БД в виде атомарных операций или ещё как-то.
Но зачем нам тогда еще дополнительный Lock?
Этот способ синхронизации используется когда процесс никак не укладывается в одно действие и должен сделать множество операций прежде чем дать доступ следующему. В этом случае процесс ставит некий глобальный Lock на ресурс и никто другой, даже получив законное право на доступ, не может ничего сделать. Все ждут пока этот Lock не будет снят.
Это решается на уровне приложения и правильность реализации полностью в вашей ответственности. Например, если забыли разблокировать или сделали перекрёстный Lock (Deadlock как на картинке), то всё зависнет в бесконечном ожидании.
#basic
🚢HJ Shipbuilding & Construction получила заказ на два контейнеровоза по 10 100 TEU.
Южнокорейская верфь HJ Shipbuilding & Construction (HJSC) подписала контракт с неназванным европейским судовладельцем на строительство двух контейнеровозов вместимостью по 10 100 TEU.
Общая стоимость сделки — KRW 353,2 млрд ($264,9 млн), с опционом заказа ещё двух судов аналогичной спецификации.
Это первый случай, когда на верфи Yeongdo будет построено судно свыше 10 000 TEU вместимости. Новострои получат оптимизированный корпус для повышения топливной эффективности, а также система скруббера в соответствии с требованиями IMO.
Ранее HJSC передала HMM контейнеровоз, работающий на метаноле вместимостью 9 000 TEU.
Контракт подтверждает стратегию верфи по усилению позиций в сегменте средне- и крупнотоннажных контейнеровозов и отражает постепенное возвращение заказов на корейские мощности на фоне конкуренции с китайскими верфями.
📌HJ Shipbuilding & Construction ведёт историю с 1937 года (ранее Hanjin Heavy Industries). Компания публичная; контрольный пакет принадлежит корейской группе Dongbu Corporation через аффилированные структуры.
#shipbuilding#containership#SouthKorea#newbuilding#maritime
🚢Tsuneishi передала Maersk двухтопливный контейнеровоз, вместимостью 5 900 TEU.
Японская верфь Tsuneishi Shipbuilding передала контейнеровоз вместимостью 5 900 TEU с двухтопливной метанольной силовой установкой, построенный на китайской площадке Tsuneishi Group (Zhoushan) Shipbuilding Inc. (TZS).
Судно выйдет в тайм-чартер с A.P. Moller – Maersk.
По заявлению верфи, поставка знаменует переход к серийному строительству судов, способных работать на альтернативных видах топлива на зарубежных производственных базах.
Ранее, в 2025 году, Tsuneishi передала балкер на метанольном топливе типоразмера Ultramax в Японии и первый в мире балкер на метаноле крупнотоннажного типоразмера Kamsarmax, построенный на филиппинской верфи группы.
Сделка отражает устойчивый спрос крупных линейных операторов на метанол как переходное топливо и расширение глобальной производственной модели японских судостроителей.
📌Tsuneishi Shipbuilding основана в 1917 году в Японии и входит в частную Tsuneishi Group.
Исторически бизнес был основан в 1903 году как судоремонтная мастерская в районе Томоноура (префектура Хиросима) и оставался семейной компанией.
Со временем структура была реорганизована в холдинговую модель Tsuneishi Group, однако контроль по-прежнему сосредоточен у семьи Камитани (神谷家 / Kamitani) через частные холдинговые структуры.
#containership#methanol#dualfuel#shipbuilding#Maersk
🚢Датские исследователи ускорили обнаружение пожаров на контейнеровозах.
Серия инцидентов с пожарами на контейнерных судах стимулировала поиск более быстрых методов раннего выявления возгораний.
Датские исследователи провели испытания на борту мега-контейнеровоза "Mumbai Maersk" (20 500 TEU, 2018 г.п.), чтобы сравнить эффективность тепловых сенсоров и традиционных дымовых детекторов.
В рамках тестов использовались два типа тепловых датчиков, встроенных в поручни. По результатам экспериментов, такие сенсоры способны обнаруживать возгорание на шесть минут быстрее, чем стандартные дымовые системы.
Для крупных контейнеровозов это может означать критически важное время для локализации очага и предотвращения масштабного ущерба.
Исследование подчёркивает потенциал модернизации противопожарной инфраструктуры флота в условиях роста объёмов перевозок и усложнения грузовых профилей.
📌 Судно "Mumbai Maersk" эксплуатируется группой A.P. Moller – Maersk, основанной в 1904 году. Контрольный пакет принадлежит датскому холдингу A.P. Moller Holding, находящемуся под управлением семьи Мёллер.
#containership#firesafety#maritimetech#Maersk#shipping