Size: a a a

2021 July 09

SM

Stanislav Motriy in cloud_flood
Это да. Но если GC неоткуда высвободить память, то пизда
источник

t

tsla in cloud_flood
короче есть банк у которого бэк на кубе (ебанутый фрэймворк), предлагали им мигрировать хотя бы на хираку, но они ж умные, вот и ебуться и каждый фулл гарб коллекшн вызвает дикие тормоза
источник

t

tsla in cloud_flood
это у тебя и с любым массивом произойдёт, на том же Си
источник

SM

Stanislav Motriy in cloud_flood
Дык ещё б. Если ресурсов CPU нихуя нет, то FullGC может очень долго выполняться. Все потоки ж заморачиваются в процессе FullGC - и это пиздец.
источник

t

tsla in cloud_flood
если ты решил добавить в массив, а он полезь и не нашёл новую область свободной памяти необходимого количества ячеек, так же по пизде
источник

SM

Stanislav Motriy in cloud_flood
Разве это не OOM?
источник

t

tsla in cloud_flood
просто блокировка идёт
источник

t

tsla in cloud_flood
а это не по пизде?
источник

t

tsla in cloud_flood
или типа оом киллер функция оси решит траблу?
источник

SM

Stanislav Motriy in cloud_flood
Ну, oom и FullGC - это разное ж. После OOM где угодно по пизде всё может пойти. А GC не везде.
источник

SM

Stanislav Motriy in cloud_flood
В JVM так вообще тыща и 1 способ получить OOM.
источник

t

tsla in cloud_flood
смотри, если у тебя нет сборщика мусора, то кто будет освобождать память? никто
источник

t

tsla in cloud_flood
то есть ты должен сразу в коде за этим следить, верно?
источник

SM

Stanislav Motriy in cloud_flood
Верно. И когда в коде за этим следят - хорошо. А когда не следят и надеятся только на GC - всё течёт по всем щелям.
источник

t

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

t

tsla in cloud_flood
в попу Си, очень сложный, супер не логичный
источник

SM

Stanislav Motriy in cloud_flood
Да как бы никаких претензий к JVM. Претензии больше к разработчикам, которым похуй на всё. Они, блять, почти все такие.
источник

t

tsla in cloud_flood
у нас норм 1 джавист, но он всего лишь 1, но душный пздц, но проекты с ним прям красота

увы с другими не уживается, он успевает рефакторить бэк, пока остальные 3 бэковца допиливали модуль
источник

t

tsla in cloud_flood
слишком быстрый, что команда не поспевает за ним
источник

SM

Stanislav Motriy in cloud_flood
Да знаю я этих норм джавистов. Они живут где-то в 20 веке.
Порой даже норм что-то пишут, только это ни в какие ворота с современными реалиями.

Вон, достаточно посмотреть на Oracle. Это ж пиздец.
источник