силу того, что ref counting не умеет в разрешение циклов, юзается ещё сборщик с поколениями.
1. Почему не проще было научиться разбираться с циклами, чем gc завозить?
2. Если gc можно отключить, то объекты в циклах будут утекать? Какой смысл с отключения тогда вообще?
1. Кому научиться? Конечным разработчикам? Интерпретатору? Интерпретатор вот и научился решать вопросы циклических ссылок при помощи gc. 2. Если gc отключать, то да объекты в циклах будут утекать. Смысл в том что если не плодить циклических ссылок, ничего утекать не будет. В некоторых случаях это может быть оправдано: повышение производительности за счет увеличения расходов и сложности разработки.
1. Интерпретатору. Насколько я знаю, в Kotlin/Native для борьбы с циклами не завозили никакого gc (до новой mm), а разбирались с циклами окольными путями. И вроде как норм себе жили. 2. Понял. То есть либо мы гарантируем приложением, что не возникает, либо не чистим. Эдакий monotonic allocator из плюсов.
Котлин юзает джава машину же. Там в принципе был периодический Гц, не?
1. Видимо, понял. Походу тут тоже с циклами "окольными путями", а gc тут ради поколений.
Это другое. Есть Kotlin/Native, который не на jvm живёт. И у него refcounting юзается. Но год назад где-то jetbrains решили норм tracing gc завезти.
https://kotlinlang.org/docs/native-faq.html What is Kotlin/Native memory management model? Kotlin/Native provides an automated memory management scheme, similar to what Java or Swift provides. The current implementation includes an automated reference counter with a cycle collector to collect cyclical garbage. звучит очень похоже на то как управление памятью реализовно в питоне.
Да. Видимо недочитал. Спасибо. Ну в целом логично, что заюзать поколения почти наверняка выгоднее, чем этого не делать.
В K/N отложенный подсчёт ссылок с trial-deletion для сбора циклов. В питоне тоже вариант trial-deletion (https://devguide.python.org/garbage_collector/), а поколения там видимо как альтернатива эвристикам по определению объектов, потенциально входящих в циклы, иначе приходилось бы каждый раз все объекты обходить, и это бы почти ничем не отличалось от трассирующих сборщиков мусора
Обсуждают сегодня