Телеграмм чат группы compilerdev страница 707

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Compiler Development

805 membersпожаловаться на группу

2020 January 20

DS

Doge Shibu in Compiler Development

Alexander Tchitchigin

"Стандартный системный аллокатор" (в Linux, по крайней мере) рассчитан на максимально широкий круг задач (типов нагрузки). GC тоже ни под какой конкретно тип нагрузки специально не оптимизирован. Гипотезу о быстром умирании и тот, и другой могут использовать и используют. Так что аргумент не принимается. 😊

Ну может и рассчитан, но на практике выходит, что он куда хуже справляется с нагрузками с кучей мелких аллокацией, чем бамп аллокаторы и гц.

Почему он из коробки не умеет с такими нагрузками работать хорошо - тут я, увы, не знаю, надо спрашивать знатоков внутреннего устройства и истории ОС.

источник

12:27пожаловаться #1

AT

Alexander Tchitchigin in Compiler Development

Ну может и рассчитан, но на практике выходит, что он куда хуже справляется с нагрузками с кучей мелких аллокацией, чем бамп аллокаторы и гц.

Почему он из коробки не умеет с такими нагрузками работать хорошо - тут я, увы, не знаю, надо спрашивать знатоков внутреннего устройства и истории ОС.

В первую очередь - потому что он не может перемещать, очевидно, но с фрагментацией кучи тоже должен как-то бороться. И плюс он тюнится на каком-то наборе примеров, которые разработчики считают наиболее репрезентативными - видимо, этому случаю уделяется меньше внимания.

источник

12:30пожаловаться #2

AT

Alexander Tchitchigin in Compiler Development

C'est la vie. 🤷‍♀️

источник

12:30пожаловаться #3

МБ

Михаил Бахтерев in Compiler Development

Он не пытается это спрятать от разработчика, в отличие от языков с гц.

Но тут разные ниши и соответственно разные трейдоффы.

Ага. Просто вместо GC это от разработчиков прячет операционная система и виртуальная память :)

источник

12:34пожаловаться #4

DS

Doge Shibu in Compiler Development

Михаил Бахтерев

Ага. Просто вместо GC это от разработчиков прячет операционная система и виртуальная память :)

Понятно, что здесь много уровней абстракции от кода до непосредственно физической памяти.

Вопрос в том, какие уровни абстракции скрывает язык.

источник

12:35пожаловаться #5

BD

Berkus Decker in Compiler Development

Проблема в том, что на данный момент кастомный аллокатора к стандартным боксам не приделать.

можно глобальный аллокатор поменять

источник

12:37пожаловаться #6

BD

Berkus Decker in Compiler Development

на тот же jemalloc например

источник

12:37пожаловаться #7

BD

Berkus Decker in Compiler Development

сейчас то std дефолтный

источник

12:37пожаловаться #8

DS

Doge Shibu in Compiler Development

можно глобальный аллокатор поменять

Да, но тут хотелось бы именно bump allocator, типа того же bumpalo, но только для желаемых мной типов и даже боксов.

источник

12:38пожаловаться #9

DS

Doge Shibu in Compiler Development

Не уверен, что в той ситуации, которую мы сейчас обсуждаем, jemalloc смог бы вытянуть.

источник

12:38пожаловаться #10

BD

Berkus Decker in Compiler Development

Да, но тут хотелось бы именно bump allocator, типа того же bumpalo, но только для желаемых мной типов и даже боксов.

пока вроде никаких телодвижений активных в эту сторону нету, но _технически_ как я понимаю это не проблема. вопрос организационный.

источник

12:38пожаловаться #11

BD

Berkus Decker in Compiler Development

Не уверен, что в той ситуации, которую мы сейчас обсуждаем, jemalloc смог бы вытянуть.

ну можно на wee_alloc его поменять, одноразовый )

источник

12:39пожаловаться #12

DS

Doge Shibu in Compiler Development

пока вроде никаких телодвижений активных в эту сторону нету, но _технически_ как я понимаю это не проблема. вопрос организационный.

Ну вот и ждём пока всё стд в расте будет аллокатором параметризовано.

Я этого давно жду.

источник

12:39пожаловаться #13

МБ

Михаил Бахтерев in Compiler Development

Понятно, что здесь много уровней абстракции от кода до непосредственно физической памяти.

Вопрос в том, какие уровни абстракции скрывает язык.

Это неверный вопрос. Верный вопрос: на каком языке можно написать более эффективный код. Пока одни будут вести героическую войну с malloc/free, Питер Норвиг на питончике нафигачит изощрённый алгоритм, который будет жрать в 100 раз меньше памяти :) Как-то так

источник

12:39пожаловаться #14

M

MaxGraey in Compiler Development

ну можно на wee_alloc его поменять, одноразовый )

wee_alloc медленный, он был создан для wasm и главная задача его быть компактным

источник

12:40пожаловаться #15

DS

Doge Shibu in Compiler Development

Михаил Бахтерев

Это неверный вопрос. Верный вопрос: на каком языке можно написать более эффективный код. Пока одни будут вести героическую войну с malloc/free, Питер Норвиг на питончике нафигачит изощрённый алгоритм, который будет жрать в 100 раз меньше памяти :) Как-то так

Ну при разработке на расте с malloc/free бороться не надо за редчайщими исключениями.

источник

12:41пожаловаться #16

МБ

Михаил Бахтерев in Compiler Development

Ну при разработке на расте с malloc/free бороться не надо за редчайщими исключениями.

Надо. В любом более или менее нетривиальном алгоритме.

источник

12:41пожаловаться #17

AT

Alexander Tchitchigin in Compiler Development

Не уверен, что в той ситуации, которую мы сейчас обсуждаем, jemalloc смог бы вытянуть.

Да у меня, вроде, он и был изначально - не панацея... 😊

источник

12:41пожаловаться #18

DS

Doge Shibu in Compiler Development

Alexander Tchitchigin

Да у меня, вроде, он и был изначально - не панацея... 😊

Задача просто чуть ли не самая неудачная для стандартных аллокаторов.

А так у меня сейчас в проекте на расте ручной работы с памятью нет, полет нормальный. Но аллокаций на куче у меня в принципе нет в горячей части приложения.

Есть места, где я бы как раз воспользовался бы кастомными аллокаторами и писал бы с иммутабельными структурами, но пока их нет, живу с мутабельными.

источник

12:44пожаловаться #19

I

Ioann_V in Compiler Development

Не уверен, что в той ситуации, которую мы сейчас обсуждаем, jemalloc смог бы вытянуть.

джем много чего вытянет. Я как-то его полностью разобрал и даже на Хабру пытался все это запостить. Мелкие аллокации он б доожен легко разруливать.

источник

12:46пожаловаться #20