:wq:wq:wq:wq:wq Клятi москалi

Лол

java.util.Collections.synchronizedMap

Collections.synchronizedMap(new LinkedHashMap<?)) - типо того?

Collections.synchronizedMap(new LinkedHashMap<?)) - типо того?

Да. Конкаренси для бедных

А для богатых что?)

А для богатых что?)

Богатые кодят своё крафтовое

А для богатых что?)

https://en.wikipedia.org/wiki/TLA%2B

а я что сказал? ну да, я и спрашиваю тебя - не веришь этой ститистике?

Конечно не верю. Гуглит ли среднестатистический китайский кодырь "how to exit vim"? Ответ: Нет. Он гуглит "из вима выйти блеать", по-китайски офкорс

Конечно не верю. Гуглит ли среднестатистический китайский кодырь "how to exit vim"? Ответ: Нет. Он гуглит "из вима выйти блеать", по-китайски офкорс

А выдаёт ему все равно тот же вопрос на SO, так что разницы и нету

с китаем все просто, они юзают украинский vpn

с китаем все просто, они юзают украинский vpn

Но как же вк и мейлру?)

и не могут зайти вк *бадумтс*

начнем с того что среднестатистический китаец вообще не гуглит

у них там свой интернет и наверняка свой аналог SO

начнем с того что среднестатистический китаец вообще не гуглит

женьшеньоверфлоу

женьшеньоверфлоу

Э, женьшень не трогай. Это не China only, есличо

Э, женьшень не трогай. Это не China only, есличо

Ок ок, пуэроверфлоу сойдёт?

с китаем все просто, они юзают украинский vpn

Btw, подскажите самый чоткий впн чтобы из ukr в ru ходить

Купить или на халяву?

Вопрос. У нас тут распределенные локи реализованы как PESSIMISTIC_WRITE select на строку в бд, в которой ключ лока. И, под большой нагрузкой - начинаем сваливаться в дедлоки и висеть до таймаута.

Купить или на халяву?

На халяву конечно же

Соббсно, в доке к LockModeType так и написано "A lock with * <code>LockModeType.PESSIMISTIC_WRITE</code> can be used when querying data and * there is a high likelihood of deadlock or update failure among * concurrent updating transactions."

В общем, как написано, то и имеем

А как правильные пацаны такое реализуют?

На халяву конечно же

Для телефона турбо vpn хороший

Я понимаю, что можно зукипер+куратор запилить

но хотелось бы без новых сервисов, а обойтись БД

Для пк любой браузер, который сжимает трафик

Или опера

Для пк любой браузер, который сжимает трафик

Яндекс.Браузер?

Яндекс.Браузер?

не знаю, а скачаешь его ты как?

Для телефона турбо vpn хороший

Orbit круче

Orbit круче

orbot?

мне же не секьюрность нужна, а скорость, что бы порно в вк смотреть

orbot?

Да, но орбит тож ничего, если не долго жевать

мне же не секьюрность нужна, а скорость, что бы порно в вк смотреть

Та ж херня, секурность побоку, а вот пинг и скорость — оно да

Голословно и без цифр, всё так. Тупо от противного: Если не вим, то имакс

Notepad++ жи

мне же не секьюрность нужна, а скорость, что бы порно в вк смотреть

friGate вроде работает

friGate вроде работает

даже есть версия для украхи

лол

а чем отличается?

отдельный лист сайтов для укроблокировок?

@zzashpaupat доктор, меня все игнорируют?)

отдельный лист сайтов для укроблокировок?

да, скорее всего

@zzashpaupat доктор, меня все игнорируют?)

Следующий

А как правильные пацаны такое реализуют?

Ты уверен что лок на рекорд а не на всю таблицу?

Типа того))))

э

а с фига бы

SELECT NAME, CREATION_DATE, UPDATE_DATE, UPDATED_BY FROM CH_LOCK WHERE (NAME = 'DX.SN00000135.hdm:sim:SmartPlug.DEVICE_OPERATION_EVENT') FOR UPDATE WAIT 30

я селекчу одну строку, лок на одну строку, по идее

лок снимается через em.find(LockEntity.class, name, LockModeType.NONE);

то есть выглядит все как бы прилично

Хз у нас подобная проблема была как-то. Разрешилось созданием индекса. Но там люди которые шарят в бд решали проблему.

у меня dba еще не пришел сегодня

Я уже забыл что такое sql.

если сам не пойму - пойду к нему, конечно

А name уникален и по нему есть индекс?

name - primary key

то есть, логика такая - пытаемся залочить строку, если такой нет (новый пользователь, например) - инсертим строку, а уже потом лочим

в finally анлочим

казалось бы

Так а с чего дедлок то? Получается что лочите вы несколькозаписей в одной транзакции правильно?

там не дедлок, всё таки похоже, а так

Такой еррор: 2017-05-25 06:02:36,798 [org.springframework.integration.jms.JmsMessageDrivenEndpoint#1.container-61] ERROR (Slf4jSpyLogDelegator.java:139) - 478211. PreparedStatement.executeQuery() FAILED! SELECT NAME, CREATION_DATE, UPDATE_DATE, UPDATED_BY FROM CH_LOCK WHERE (NAME = 'DX.SN00000135.hdm:sim:SmartPlug.DEVICE_OPERATION_EVENT') FOR UPDATE WAIT 30 {FAILED after 30010 msec} java.sql.SQLException: ORA-30006: resource busy; acquire with WAIT timeout expired

ERROR: S client not available

Долгие транзакции

то и удивительно

Я бы попрофилировал

У нас на проекте лочилась вся таблица вместо одной записи.

Так стоп

попрофилировать - это правильно, так и собирался, тем более, что сборщие метрик на эти функции уже настроен

а?

Так стоп

Стоп, окей

Все

Я уже понял что не прав

Окей

Может ты делаешь полную выборку

В соседнем потоке

И там другой рекорд держишь

И тут выборку полную делаешь

И они друг друга ждут

Может ты делаешь полную выборку

выборку чего?

Записей из таблицы

для локов отдельная таблица, на неё в ДАО две функции - одна с find и локом, вторая - с find и лок нон

а, ну и persist метод

то есть физически это не возможно

если новую запись надо добавить

Ну я такое встречал просто.

судя по всему, изредка действительно бывают длинные транзакции, когда входящее сообщение по какой-то причине обрабатывается оч долго

и всё бы хорошо, но это задерживает транзакцию на БД, что в свою очередь тормозит всё остальное

а лок мы делаем на 30 секунд

Так у вас транзакция больше 30секунд висит чтоли?

скорее всего несколько транзакций лочат запись

Судя по всему, бывают такие транзакции периодически

одновременно?

да