Разбираем Garbage Collector в Java. Михаил Ивашко | SoftTeco Meetup

Разбираем Garbage Collector в Java
На митапе от Backend-отдела SoftTeco мы обсудили основные принципы сборки мусора в программировании и критерии выбора Garbage Collector для вашего приложения 🔥
Как изменились сборщики за последние 25 лет? Проследим за эволюцией 😉
👨🏻‍💻 Спикер - Михаил Ивашко, Java Developer SoftTeco
#GarbageCollector #Backend #Java #SoftTecoTeam #softtecoteam
ТАЙМКОДЫ
0:47 Что будем разбирать на митапе
1:04 Что такое мусор?
2:12 Языки с ручным управлением памятью
2:50 Garbage Collector - современное решение
6:37 Эволюция сборщиков в JAVA
8:05 Epsilon GG
9:17 Serial GC
12:41 Parallel GC
14:11 CMS GC
17:25 Garbage First GC
21:49 ZGC
29:07 Shenandoah GC
33:15 Есть ли разделение сборщиков для малых и больших объектов?
-------------------------
Заходи в наши соцсети!
Telegram SoftTeco Team - t.me/softteco_team
Instagram SoftTeco Team - / softteco.team
LinkedIn SoftTeco Team - / softteco-team
Telegram комьюнити Третья Cреда Программиста - t.me/sredaprog
VK - softteco_team
FB - / 777107882367039
Telegram комьюнити Третья Cреда Программиста - t.me/sredaprog
Присоединяйся к SoftTeco Team! Мы ждем твое CV по адресу [e-mail]

[@user-vl6tj7xd8q]

Парень ты на своём месте. Благодарю за лекцию. Понимать и уметь рассказать это ещё найти нужно.

[@mikeivashka]

Спасибо! Очень приятно слышать!

[@antonstezhkin5991]

Отличная лекция! Отдельный лайк за молитву сборщика мусора

[@Softtecoteam]

Спасибо, мы старались)

[@artemzakharov8961]

Неверагодная лекцыя! Паўтарыў увесь матэр'ял)

[@MiracleMasterpiece]

Спасибо за доклад. Очень интересно и информативно=)

[@user-be2ms1ci5i]

Ёмко, четко, конкретно и без воды! 👍 Приятно воспринимать хорошую дикцию🔥 Спасибо за информацию!

[@Softtecoteam]

Спасибо! Заходите к нам на канал еще )

[@Eliseev_Serge]

Хорошая подача. Спасибо.

[@user-pw6xk8iq5u]

Михаил, молодец! Отличная лекция!

[@user-gp6yt6ze2t]

Спасибо за лекцию очень доступно

[@PulIoFF]

Спасибо! Очень понятно объяснил!

[@olyalya9651]

Спасибо!!!

[@user-bv3lb1ui6d]

Спасибо!

[@andreyprado1346]

Миша, спасибо!

[@penniwisederry7659]

Круто!

[@alexandrchap4628]

Спасибо Михаилу, тот момент когда и не заметил как пролетело время, шикарно объясняешь!

[@mikeivashka]

Спасибо, рад что Вам понравилось!

[@dmitriizheleznikov2949]

Слушайте круто вышло, спасибо

[@maximisaev588]

Супер, побольше бы такого! Давайте теперь о модель java? Про всякие там happens before

[@Softtecoteam]

Возьмем на заметку, спасибо)

[@xtenzq]

Классный обзорный доклад на тему GC, даже не смотря, что это выжимка со статей "Дюк, вынеси мусор" с Хабра. Стало как-то проще их читать уже после прослушивания доклада.

[@user-rq6dk8vy3d]

Серия статей с хабра "Дюк,вынеси мусор" в видеоформате) ну спасибо,получается

[@ilyaafanasyev9714]

Спасибо за доклад! Не понял только почему наличие одного ядра подразумевает однопоточность. ОС легко может переключать треды на одном ядре.

[@JeckPot111]

Важное уточнение: сборщик мусора можно вызвать (грубо говоря попросить), но JVM не гарантирует, что выполнит команду сборки

[@struchkovdev]

Нелья принудительно вызвать сборку мусора. System.gc() не вызывает сборку, а рекомендует JVM ее выполнить, но JVM не обязана это делать. CMS никогда не был сборщиком мусора по умолчанию, насколько мне известно. Использовался Parallel GC. Про G1. Общее количество регионов в куче равно размеру кучи, деленному на размер региона. Например, если размер кучи составляет 4GB, а размер каждого региона - 4MB, то количество регионов будет равно 1000. То есть 2048 JVM не гарантирует. 2048 это скорее рекомендация Java, настроить таким образом, чтобы получилось столько регионов, чтобы G1 работал более эффективно. И не совсем корректно было сказано про большие объекты: под большой объект (объект, размер которого, больше, чем размер региона), выделяется несколько смежных регионов. Про ZGC. "Также ZGC использует такую необычную вещь как барьер." Вроде как все GC используют барьеры.

[@user-yc1gx2ug1v]

хорошая лекция, но жаль не затронут момент почему сюрвайворов 2; у g1 бы поподробнее про вспомогательные структуры (set с объектами, rset) и барьеры

[@user-fs1eh4dq4u]

Появилось ощущение, что это пересказ серии статей на хабре "Дюк, вынеси мусор". Советую почитать сперва ее

[@user-xu2br2uf9z]

Сперва восхитился докладчиком, что он с такой сложной темой разобрался сам и нам предоставил систематизированную инфу, потом понял, что это просто пересказ серии статей с Хабра…

[@kosiuk843]

Можете дать айди статьи?

[@nickgrigorjev]

​@@kosiuk843серии статей на хабре называются: "Дюк, вынеси мусор!"

[@MrNil1982]

Подскажите пожалуйста. Цитата: "GC начинает анализировать какие объекты действительно являются живыми начиная от root-а и далее...". А что для GC является этим самым root-ом? И еще один вопрос есть - я где-то читал, что если GC работает по принципу подсчета количества ссылок на объекты, то два объекта, которые ссылаются друг на друга не будут GC распознанными как мусор, и таким образом появляется утечка памяти. Вопрос - такое поведение специфично только для каких-то определенных типов GC или это один из способов поиска мусора на равне с "поиск от корня" и каждые, даже старые GC под капотом пользуются и тем и другим способом?

[@ilyaafanasyev9714]

Рутом является main метод

[@CAMOBAP795]

@@ilyaafanasyev9714 ня толькі, звычайна туды трапляюць Threads, ClassLoaders, аб'екты з JNI cпаcылкамі на іх, магчыма тое што з'яўляецца root objects залежыць і ад імплементацыі cамога GC

[@mrdarkilya]

Откуда инфа про то, что ZGC хотели сделать платным? Я вот не могу найти ни одного упоминания этого в гугле, chatgpt тоже не в курсе.

[@djbob9757]

А что насчет сборки мусора в контейнерах?

[@MrNil1982]

Простите, не очень понятно что означает на слайде (про G1) 20:39 - После пометки (что имеется в виду "пометки" - стадия Initial mark?), во время проведения малых сборок к ним добавляется несколько регионов старого поколения (поэтому сборка смешанная) до тех пор, пока размер старшего поколения не достигнет "желаемого" (желаемого - чего? желаемого свободного пространства в памяти для старшего поколения?)

[@Softtecoteam]

Первый вопрос - имеется в виду concurrent marking, второй вопрос - под желаемым имеется в виду доля свободного пространства в старшем поколении(в процентах)

[@MrNil1982]

@@Softtecoteam Спасибо большое!

[@user-vd4fm8hf9w]

Дякую.

[@Softtecoteam]

Заходите к нам еще)

[@irakondrateva]

понял все, кроме ZGC, вот там уже нужно сидеть и читать. а вот так галопом по европам это бесполезно

[@user-gv3zn1us6s]

Зачем смотреть на лицо ведущего, а не на экран с информацией по теме? Понимаю ещё при анонсе, т.е. в самом начале...

[@oleg20century]

Спасибо!