MM
Странно
Надо закинуть ещё раз
Надо закинуть ещё раз
Size: a a a
2020 February 07
AP
Кстати, примерно с тем же успехом могли бы на джаву заменить - там GC можно выбирать разные, в том числе и «реалтайм», который будет жрать CPU примерно как Раст обеспечивая стабильный лаг.
Это, кстати говорит о детских болезнях как Go (где нельзя легко менять GC и его настройки, коль проще оказалось проект на другом ЯП переписать), так и раста.
Это, кстати говорит о детских болезнях как Go (где нельзя легко менять GC и его настройки, коль проще оказалось проект на другом ЯП переписать), так и раста.
> который будет жрать CPU примерно как Раст обеспечивая стабильный лаг
Эээм... Там внутри GC сидит Гермиона с Маховиком Времени и отматывает время назад, чтобы GC не жрал CPU?
Эээм... Там внутри GC сидит Гермиона с Маховиком Времени и отматывает время назад, чтобы GC не жрал CPU?
AP
"реайлтайм" жрёт CPU как кадавр, но гарантирует стабильность лага
AV
> который будет жрать CPU примерно как Раст обеспечивая стабильный лаг
Эээм... Там внутри GC сидит Гермиона с Маховиком Времени и отматывает время назад, чтобы GC не жрал CPU?
Эээм... Там внутри GC сидит Гермиона с Маховиком Времени и отматывает время назад, чтобы GC не жрал CPU?
Я ж говорю - наоборот, он БУДЕТ жрать CPU. Больше чем обычно. Но лаг будет меньше от его работы
AV
В обсуждаемой статье средняя нагрузка на CPU у раста выше чем у Go
MM
В обсуждаемой статье средняя нагрузка на CPU у раста выше чем у Go
_медианная_ :)
AV
Этого можно было добиться и в джаве :-)
AV
_медианная_ :)
Ну да. Не максимальная
AP
В обсуждаемой статье средняя нагрузка на CPU у раста выше чем у Go
а есть объяснение почему? Не верю что это чисто из-за атомиков, скорее другие аллокаторы и иначе работает await
AV
а есть объяснение почему? Не верю что это чисто из-за атомиков, скорее другие аллокаторы и иначе работает await
Надо разбираться в деталях тут. Но то, что подсчёт ссылок не самая эффективная стратегия сборки мусора с точки зрения средней/медианной нагрузки на CPU - вроде бы факт.
K
Ну дык на некоторых задачах (при некоторой реализации прикладного кода) в среднем подсчета ссылок будет дороже чем другие виды сборщиков мусора. У раста как раз подсчёт ссылок.
Но там ведь компайл тайм подсчёт ссылок через borrow checker. Который гарантирует только одну мутабельную ссылку в единицу времени.
Константные ссылки должны доказать что живут меньше чем мутабельная.
Все вырождается в аналог unique ptr
Константные ссылки должны доказать что живут меньше чем мутабельная.
Все вырождается в аналог unique ptr
AV
Но там ведь компайл тайм подсчёт ссылок через borrow checker. Который гарантирует только одну мутабельную ссылку в единицу времени.
Константные ссылки должны доказать что живут меньше чем мутабельная.
Все вырождается в аналог unique ptr
Константные ссылки должны доказать что живут меньше чем мутабельная.
Все вырождается в аналог unique ptr
Нет. Описанное тобой - частный случай
AV
Честный подсчёт ссылок там тоже есть. И утечки памяти есть. Все нормально
K
Честный подсчёт ссылок там тоже есть. И утечки памяти есть. Все нормально
А как оно так?
Можно пример?
Без unsafe и вызова сишных биндингов естественно, это очевидные кейсы
Можно пример?
Без unsafe и вызова сишных биндингов естественно, это очевидные кейсы
AV
А как оно так?
Можно пример?
Без unsafe и вызова сишных биндингов естественно, это очевидные кейсы
Можно пример?
Без unsafe и вызова сишных биндингов естественно, это очевидные кейсы
Везде где в с++ нужен не unique, а shared ptr
K
Везде где в с++ нужен не unique, а shared ptr
Я не о мотивации, а о технической реализации
AV
Я не о мотивации, а о технической реализации
Я тоже
ES
А как оно так?
Можно пример?
Без unsafe и вызова сишных биндингов естественно, это очевидные кейсы
Можно пример?
Без unsafe и вызова сишных биндингов естественно, это очевидные кейсы
Arc<>, емнип, просто shared_ptr из стандартной библиотеки.
K
Arc<>, емнип, просто shared_ptr из стандартной библиотеки.
вот теперь ясно. спасибо