5916
Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш канал: @proJVM Вакансии: @jvmjobs @jvmjobschat ⚠️ Оффтоп -> @flood ❌Переход на личности ❌Троллинг ❌Реклама ❌HH (вакансии) ❌Варез
@lex_it вы чьих будете? можно не конкретно, а чисто сфера для которой ворк
Читать полностью…
ну и пришел он почистил, а у тебя прод как валялся так и валяется, т.к. нет образов из которых надо поднять pod
Читать полностью…
что значит "серьезно" ?? как оно оценивается, логика решать кого прибить чтобы разрешить дедлок в субд есть
Читать полностью…
Эм, а может в том, что субд чекает и обрубает запросы при локе?
Читать полностью…
Разве? Просто там же это отслеживается по большей части для роллбэков, для локов это просто тоже применимо оказалось?
Читать полностью…
В том, что локи потоков в СУБД завязаны на мониторы. А дедлок возникает при неправильной работе с мониторами объектов
Читать полностью…
смотря как тянуть. как в build.gradle или какая там система сборки, затягиваецо
Читать полностью…
эм, а в чем отличие инфомрации о локах в субд и треддампе jvm?
Читать полностью…
Ну так о том и речь :)
И даже не мониторится что определенный запрос залочил — это побочка поддержки роллбэков
там просто информация, никто там решений автоматом не принимает
Читать полностью…
Это как в Kotlin родился баг со стиранием типов, который в инлайн запилили
Читать полностью…
менеджит - это серьезно решает кого можно прибить и следует прибить. а так если ты таймаут не поставишь - будет висеть до ребута
Читать полностью…
ну ок. не программист, даже девопсу это нафиг не упало ходить и чистить
Читать полностью…
ну не, там будет информация о том на ком залочилось, и какой запрос в обоих сессиях
Читать полностью…
а какой функционал ты понимаешь под "менеджит" ? в моем понимании менеджит
Читать полностью…
в обещм что я понял, дедлок двух прикладных потоков на стабильное состояние jvm не влияет
Читать полностью…