SP
И jit и gc будут не нужны
что?
Size: a a a
2020 January 29
AB
В asio нету shared ptr
SP
Саша вбросил норм
AT
Но тогда многие вещи станут невозможными
SP
Хороший аргумент
AP
Зато компилятся на минимальный сабсет инструкций всех целевых машин или с оверхедом по количеству реализаций одного и того же с разным набором инструкций. А слоёный JIT вообще компилит только горячий код в фоне. А рантайм дотнет кора с базовыми библиотеками на сегодняшний день обрезается до порядка 30 мегабайт
Только компилит от его хуже, чем это делают плюсы на свой минимальный сабсет
Ну и то что в плюсах компилится у разработчика один раз, в JIT компилится у каждого пользователя по нескольку раз
Ну и то что в плюсах компилится у разработчика один раз, в JIT компилится у каждого пользователя по нескольку раз
SP
Но штука в том, что shared_ptr это и есть gc
AP
Но штука в том, что shared_ptr это и есть gc
Хех, тонко :)
Мы про GC с явными рантайм списками/деревьями объектов и обнаружением циклов
Мы про GC с явными рантайм списками/деревьями объектов и обнаружением циклов
AT
Только компилит от его хуже, чем это делают плюсы на свой минимальный сабсет
Ну и то что в плюсах компилится у разработчика один раз, в JIT компилится у каждого пользователя по нескольку раз
Ну и то что в плюсах компилится у разработчика один раз, в JIT компилится у каждого пользователя по нескольку раз
От перекомпиляции у меня тоже подгорает. Я как-то на одном из митапов по дотнету с Егором Богатовым, который на CoreHard про дотнет рассказывал, основательно подискутировал на эту тему. Могу позже кратко аргументы сторон обозначить, если интересно
SP
Хех, тонко :)
Мы про GC с явными рантайм списками/деревьями объектов и обнаружением циклов
Мы про GC с явными рантайм списками/деревьями объектов и обнаружением циклов
нигде это не уточнялось
AB
Хех, тонко :)
Мы про GC с явными рантайм списками/деревьями объектов и обнаружением циклов
Мы про GC с явными рантайм списками/деревьями объектов и обнаружением циклов
Для этого есть программисты по чти как gc сами подумают лучше что за чем и как
AT
ГЦ - это не рефкаунтинг, рефкаунтинг - это не ГЦ
AP
ГЦ - это не рефкаунтинг, рефкаунтинг - это не ГЦ
Книга дракона относит рефкаунтинг к GC %)
AB
Shared ptr + разработчик = gc
AT
Shared ptr + разработчик = gc
Неа
AT
Книга дракона относит рефкаунтинг к GC %)
Она давно устарела (с)
AZ
ГЦ - это не рефкаунтинг, рефкаунтинг - это не ГЦ
Ты неправ. Рефкаунт - частный случай gc
TS
Зато компилятся на минимальный сабсет инструкций всех целевых машин или с оверхедом по количеству реализаций одного и того же с разным набором инструкций. А слоёный JIT вообще компилит только горячий код в фоне. А рантайм дотнет кора с базовыми библиотеками на сегодняшний день обрезается до порядка 30 мегабайт
а сколько раз JIT компилирует одно и тоже и сколько энергии он на это потратит? (старая дискуссия, у меня про это даже былина есть - http://tsafin.net/blog/jit/aot/bt/Eshche-odna-istoriya-pro-binarnuyu-translyaciyu-04-07 / https://telegra.ph/Eshche-odna-istoriya-pro-binarnuyu-translyaciyu-04-07)
AT
Ты неправ. Рефкаунт - частный случай gc
Тогда обоснуй существование слабых ссылок для разрыва циклов в этой парадигме
AT
а сколько раз JIT компилирует одно и тоже и сколько энергии он на это потратит? (старая дискуссия, у меня про это даже былина есть - http://tsafin.net/blog/jit/aot/bt/Eshche-odna-istoriya-pro-binarnuyu-translyaciyu-04-07 / https://telegra.ph/Eshche-odna-istoriya-pro-binarnuyu-translyaciyu-04-07)
Я с удовольствием продолжу дискуссию несколько позже, хорошо?