А
Обычно да. Но когда происходит, то вся программа стопается на время работы гц. И паузы там могут быть немаленькими.
Хотя это от гц зависит, есть concurrent gc, у которых очень маленькие паузы, но они дополнительно в фоне работают.
Size: a a a
2020 November 21
RS
Можно его запустить
зачем? %)
MZ
Если gc не умеет удалять недостижимые объекты которые между собой образуют циклы, то зачем нужен такой gc?
/
Ну скажем прога может минут 30 работать с мусором
А
Если gc не умеет удалять недостижимые объекты которые между собой образуют циклы, то зачем нужен такой gc?
То это уже вовсе не gc получается.
/
А потом гц триггерит
А
Ну скажем прога может минут 30 работать с мусором
ну и что?
А
Гц вообще обычно на старте какой-то кусок памяти резервирует
RS
Если gc не умеет удалять недостижимые объекты которые между собой образуют циклы, то зачем нужен такой gc?
мб речь про всякие systems boundaries, типа JNI, где гц не поможет, если не задиспоузить.
и есть "лики", с которыми гц не поможет, например в жаве какие-нибудь статик коллекции/кэши
и есть "лики", с которыми гц не поможет, например в жаве какие-нибудь статик коллекции/кэши
А
мб речь про всякие systems boundaries, типа JNI, где гц не поможет, если не задиспоузить.
и есть "лики", с которыми гц не поможет, например в жаве какие-нибудь статик коллекции/кэши
и есть "лики", с которыми гц не поможет, например в жаве какие-нибудь статик коллекции/кэши
Да не обязательно статик, если в достижимую коллекцию постоянно запихивать объекты которые уже не нужны, то будет лик. Ещё кстати в языках с гц как правило нужны особые средства для работы с ресурсами, которые отличны от памяти, потому что гц может вызвать финализатор при удалении в непредсказуемый момент времени, либо вообще не вызвать.
А
Да не обязательно статик, если в достижимую коллекцию постоянно запихивать объекты которые уже не нужны, то будет лик. Ещё кстати в языках с гц как правило нужны особые средства для работы с ресурсами, которые отличны от памяти, потому что гц может вызвать финализатор при удалении в непредсказуемый момент времени, либо вообще не вызвать.
Но такой лик - это довольно грубая ошибка.
А
мб речь про всякие systems boundaries, типа JNI, где гц не поможет, если не задиспоузить.
и есть "лики", с которыми гц не поможет, например в жаве какие-нибудь статик коллекции/кэши
и есть "лики", с которыми гц не поможет, например в жаве какие-нибудь статик коллекции/кэши
Да, boundaries - это тоже проблема, потому что gc может и живые объекты по памяти перемещать для дефрагментации кучи. Поэтому ему надо говорить, что определённые объекты, ссылка на которых ушла в нативный код, перемещать не надо.
EG
в haskell часто память течёт?
EG
В Хаскелле она ещё течёт очень мерзко из-за нестандартной модели исполнения
EG
Нужно понимать внутрянку хаскелля, чтобы она не текла
EG
Без понимания модели исполнения, например, неочевидно, почему пример с foldl течёт
А
В Хаскелле она ещё течёт очень мерзко из-за нестандартной модели исполнения
это спейс лик же
EG
это спейс лик же
Технически да
На практике часто индифферентно, особенно для хаскелля — можно легко себе случайно собрать память, которая до конца программы не освобождается
На практике часто индифферентно, особенно для хаскелля — можно легко себе случайно собрать память, которая до конца программы не освобождается
EG
Сам хаскелльвики это называет memory leak, например