Нелья принудительно вызвать сборку мусора. System.gc() не вызывает сборку, а рекомендует JVM ее выполнить, но JVM не обязана это делать. CMS никогда не был сборщиком мусора по умолчанию, насколько мне известно. Использовался Parallel GC. Про G1. Общее количество регионов в куче равно размеру кучи, деленному на размер региона. Например, если размер кучи составляет 4GB, а размер каждого региона - 4MB, то количество регионов будет равно 1000. То есть 2048 JVM не гарантирует. 2048 это скорее рекомендация Java, настроить таким образом, чтобы получилось столько регионов, чтобы G1 работал более эффективно. И не совсем корректно было сказано про большие объекты: под большой объект (объект, размер которого, больше, чем размер региона), выделяется несколько смежных регионов. Про ZGC. "Также ZGC использует такую необычную вещь как барьер." Вроде как все GC используют барьеры.
Классный обзорный доклад на тему GC, даже не смотря, что это выжимка со статей "Дюк, вынеси мусор" с Хабра. Стало как-то проще их читать уже после прослушивания доклада.
Сперва восхитился докладчиком, что он с такой сложной темой разобрался сам и нам предоставил систематизированную инфу, потом понял, что это просто пересказ серии статей с Хабра…
> "Ручное управление в памятью как в Rust." Года идут, а люди всё ничего кроме того доклада прожённого плюсовика, который наврал с три короба, не слышали. Таким ходом мысли в джаве тогда тоже ручное упровление памятью. Чтобы очистить память от мусора, нужно выключить сервер с джавой на борту. > "Сложно найти утечку памяти в GC языке." Мдам, прям синьор-помидор докладывает. Я могу тебе хоть тысячу примеров с утечкой памяти привести. GC нужен не для избежания утечек памяти, а других ошибок с работой памяти. Утечки могут очень долго копиться и ты даже не заметишь.
Я думаю что это проблема любого не англоязычного сегмента интернета связанного с программированием. Кривые переводы идущие с 90х годов создали новую альтернативную реальность
Зачем смотреть на лицо ведущего, а не на экран с информацией по теме? Понимаю ещё в анонсе, но в процессе зачем? Красивые и выразительные лица только отвлекают. Но очень развёрнуто и грамотно. Спасибо!
![GC, ARC, RAM. Часть 1. Оперативная память / Мобильный разработчик, [RU, IT]](http://i.ytimg.com/vi/duO5qgn2DO8/mqdefault.jpg)
Отличная лекция! Отдельный лайк за молитву сборщика мусора
Спасибо, мы старались)
Парень ты на своём месте. Благодарю за лекцию. Понимать и уметь рассказать это ещё найти нужно.
Спасибо! Очень приятно слышать!
Ёмко, четко, конкретно и без воды! 👍
Приятно воспринимать хорошую дикцию🔥
Спасибо за информацию!
Спасибо! Заходите к нам на канал еще )
Неверагодная лекцыя! Паўтарыў увесь матэр'ял)
Спасибо за доклад. Очень интересно и информативно=)
Слушайте круто вышло, спасибо
Спасибо Михаилу, тот момент когда и не заметил как пролетело время, шикарно объясняешь!
Спасибо, рад что Вам понравилось!
Михаил, молодец! Отличная лекция!
Супер, побольше бы такого! Давайте теперь о модель java? Про всякие там happens before
Возьмем на заметку, спасибо)
Серия статей с хабра "Дюк,вынеси мусор" в видеоформате)
ну спасибо,получается
Нелья принудительно вызвать сборку мусора. System.gc() не вызывает сборку, а рекомендует JVM ее выполнить, но JVM не обязана это делать.
CMS никогда не был сборщиком мусора по умолчанию, насколько мне известно. Использовался Parallel GC.
Про G1. Общее количество регионов в куче равно размеру кучи, деленному на размер региона. Например, если размер кучи составляет 4GB, а размер каждого региона - 4MB, то количество регионов будет равно 1000. То есть 2048 JVM не гарантирует. 2048 это скорее рекомендация Java, настроить таким образом, чтобы получилось столько регионов, чтобы G1 работал более эффективно. И не совсем корректно было сказано про большие объекты: под большой объект (объект, размер которого, больше, чем размер региона), выделяется несколько смежных регионов.
Про ZGC. "Также ZGC использует такую необычную вещь как барьер." Вроде как все GC используют барьеры.
Спасибо за лекцию очень доступно
Спасибо! Очень понятно объяснил!
Хорошая подача. Спасибо.
Классный обзорный доклад на тему GC, даже не смотря, что это выжимка со статей "Дюк, вынеси мусор" с Хабра. Стало как-то проще их читать уже после прослушивания доклада.
Важное уточнение: сборщик мусора можно вызвать (грубо говоря попросить), но JVM не гарантирует, что выполнит команду сборки
Миша, спасибо!
Спасибо!
Круто!
Спасибо за доклад! Не понял только почему наличие одного ядра подразумевает однопоточность. ОС легко может переключать треды на одном ядре.
Появилось ощущение, что это пересказ серии статей на хабре "Дюк, вынеси мусор". Советую почитать сперва ее
Откуда инфа про то, что ZGC хотели сделать платным? Я вот не могу найти ни одного упоминания этого в гугле, chatgpt тоже не в курсе.
Сперва восхитился докладчиком, что он с такой сложной темой разобрался сам и нам предоставил систематизированную инфу, потом понял, что это просто пересказ серии статей с Хабра…
Можете дать айди статьи?
@@kosiuk843серии статей на хабре называются: "Дюк, вынеси мусор!"
хорошая лекция, но жаль не затронут момент почему сюрвайворов 2; у g1 бы поподробнее про вспомогательные структуры (set с объектами, rset) и барьеры
А что насчет сборки мусора в контейнерах?
Дякую.
Заходите к нам еще)
Фамилия Трахтенберг никак не сочетается с ПРом )
Вызов GC не гарантирует его исполнение
> "Ручное управление в памятью как в Rust."
Года идут, а люди всё ничего кроме того доклада прожённого плюсовика, который наврал с три короба, не слышали.
Таким ходом мысли в джаве тогда тоже ручное упровление памятью. Чтобы очистить память от мусора, нужно выключить сервер с джавой на борту.
> "Сложно найти утечку памяти в GC языке."
Мдам, прям синьор-помидор докладывает. Я могу тебе хоть тысячу примеров с утечкой памяти привести. GC нужен не для избежания утечек памяти, а других ошибок с работой памяти. Утечки могут очень долго копиться и ты даже не заметишь.
Я думаю что это проблема любого не англоязычного сегмента интернета связанного с программированием. Кривые переводы идущие с 90х годов создали новую альтернативную реальность
по второму пункту - я так понял, что речь и шла про сложность поиска(сложность самой детекции) утечки, а не то что их мало
Зачем смотреть на лицо ведущего, а не на экран с информацией по теме? Понимаю ещё в анонсе, но в процессе зачем? Красивые и выразительные лица только отвлекают.
Но очень развёрнуто и грамотно. Спасибо!
понял все, кроме ZGC, вот там уже нужно сидеть и читать. а вот так галопом по европам это бесполезно
Спасибо!!!
Спасибо!