Size: a a a

2021 January 17

IB

Ivan Balanar in pro.net
EgorBo
в контексте моно, но это в целом про гц верно, у ружита примерно так же как я понимаю
вот эти все установки флагов safe/unsafe происходят путем генерации инструкций в юзер коде при выполнении/компиляции?
источник

E

EgorBo in pro.net
Ivan Balanar
вот эти все установки флагов safe/unsafe происходят путем генерации инструкций в юзер коде при выполнении/компиляции?
da
источник

IB

Ivan Balanar in pro.net
разве? вот тут чуть ниже
every embedding API function needs to switch from GC Safe mode to GC Unsafe on entry and back on exit
источник

IB

Ivan Balanar in pro.net
т.е. мб они прологи-эпилоги системного API инструментируют
источник

E

EgorBo in pro.net
это уже про ебмеддинг
источник

E

EgorBo in pro.net
в ембеддинге надо будет самому выставлять атрибуты
источник

E

EgorBo in pro.net
но это для хакеров
источник

E

EgorBo in pro.net
в дотнете кстати появился атрибут [SupressGCTransition] ты можешь повесить его на свои нативные пинвоки и сказать джиту
"эти пиновки быстрые, не переключай режим в preemptive"
источник

AT

Alexey Tkachenko in pro.net
EgorBo
в дотнете кстати появился атрибут [SupressGCTransition] ты можешь повесить его на свои нативные пинвоки и сказать джиту
"эти пиновки быстрые, не переключай режим в preemptive"
А это очень здорово
источник

E

EgorBo in pro.net
источник

E

EgorBo in pro.net
про сортировку 80гб тредами
источник

VS

Vladimir Shchur in pro.net
Интересный вопрос возник - если у меня есть объект, который порождает длинные цепочки других объектов, пусть например от рута до последнего листа будет 10 степов. Если удалится последняя ссылка на этот объект, долго ли этот отсоединенный граф объектов будет жить? Нет ли оптимизации чтобы весь граф зависимостей за раз очистился, или он будет постепенно очищаться по одному степу зависимостей за проход гц?
источник

Dv

Dr. Friedrich von Ne... in pro.net
Vladimir Shchur
Интересный вопрос возник - если у меня есть объект, который порождает длинные цепочки других объектов, пусть например от рута до последнего листа будет 10 степов. Если удалится последняя ссылка на этот объект, долго ли этот отсоединенный граф объектов будет жить? Нет ли оптимизации чтобы весь граф зависимостей за раз очистился, или он будет постепенно очищаться по одному степу зависимостей за проход гц?
Вроде, фулл гц грохнет сразу весь изолированный подграф.
источник

AH

Ayrat Hudaygulov in pro.net
Vladimir Shchur
Интересный вопрос возник - если у меня есть объект, который порождает длинные цепочки других объектов, пусть например от рута до последнего листа будет 10 степов. Если удалится последняя ссылка на этот объект, долго ли этот отсоединенный граф объектов будет жить? Нет ли оптимизации чтобы весь граф зависимостей за раз очистился, или он будет постепенно очищаться по одному степу зависимостей за проход гц?
Сразу грохнет, инфа сотка
источник

VS

Vladimir Shchur in pro.net
👍
источник

IC

Ilya Chernoudov in pro.net
Ayrat Hudaygulov
Сразу грохнет, инфа сотка
В ген 0?
источник

IC

Ilya Chernoudov in pro.net
Вообще есть write barrier которые отслеживают захват объектов в поля
источник

Dv

Dr. Friedrich von Ne... in pro.net
Ilya Chernoudov
В ген 0?
В ген 0 и подавно.
источник

IC

Ilya Chernoudov in pro.net
Если ты не сетаешь рут графа в какое то поле класса и потом зануляешь - все должно быть норм
источник

E

EgorBo in pro.net
Если лист графа в ген0, а рут в ген1 как оно грохнет весь граф сразу?
источник