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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Compiler Development

847 membersпожаловаться на группу
2020 May 21

PS

Peter Sovietov in Compiler Development
Kakadu
Кто-нить видел исследования, где сравнивают скорость выделения объектов (в минорной куче, например) между разными языками/средами исполнения?
Обычный two-space сборщик получается самым быстрым. Стековое выделение + проверка не переполнение. Оценивать в изолированном виде скорость выделения, мне кажется, не очень полезно.
источник
15:42пожаловаться#1

K

Kakadu in Compiler Development
MaxGraey
В смысле? Измерить оферхед над вызовом malloc из libc + возможный оверхед на инициализацию добавления информации для GC если он присутствует?
Не факт же, что malloc будет быстрее или медленнее. В инетах пишут, что С++ тоже выделяет большой блок памяти заранее, и оттуда постепенно и выдает память. Точно так же как и управляемые среды
источник
15:42пожаловаться#2

K

Kakadu in Compiler Development
Artyom Drozdov
не очень понятно как сравнивать: в языках с GC ты можешь получить основное пенальти при деаллокации
Пофиг на деаллокацию
источник
15:42пожаловаться#3

M

MaxGraey in Compiler Development
Kakadu
Не факт же, что malloc будет быстрее или медленнее. В инетах пишут, что С++ тоже выделяет большой блок памяти заранее, и оттуда постепенно и выдает память. Точно так же как и управляемые среды
Это тогда уже будет не куча а а статическая память
источник
15:43пожаловаться#4

K

Kakadu in Compiler Development
Peter Sovietov
Обычный two-space сборщик получается самым быстрым. Стековое выделение + проверка не переполнение. Оценивать в изолированном виде скорость выделения, мне кажется, не очень полезно.
А если я хочу сравнить  OCaml с .Net на выделении мелких объектов или т.п.?
источник
15:43пожаловаться#5

AD

Artyom Drozdov in Compiler Development
Kakadu
Не факт же, что malloc будет быстрее или медленнее. В инетах пишут, что С++ тоже выделяет большой блок памяти заранее, и оттуда постепенно и выдает память. Точно так же как и управляемые среды
не точно так же, фрагментация и компактинация влияют
источник
15:43пожаловаться#6

M

MaxGraey in Compiler Development
Ну и есть разные стратегии. Например bump allocator будет самый быстрый, но это врядли можно назвать честным менеджментом кучи
источник
15:44пожаловаться#7

K

Kakadu in Compiler Development
В общем и целом я пытаюсь проверить лозунг "в нашем рантайме маленькие объекты в минорной куче выделяются очень бытсро"
источник
15:44пожаловаться#8

МБ

Михаил Бахтерев... in Compiler Development
а это кто
Можно ли назвать reference counting видом GC? Вроде пишут что RC требует меньше памяти и процессорного времени чем Tracing GC, но я не уверена так ли это.
Это всё очень от реализации зависит. Но для RC нужен счётчик ссылок, да ещё  и атомарный
источник
15:45пожаловаться#9

AD

Artyom Drozdov in Compiler Development
MaxGraey
Ну и есть разные стратегии. Например bump allocator будет самый быстрый, но это врядли можно назвать честным менеджментом кучи
ну да, в JVM есть способ аллокаций, который просто инкрементит указатель на кучу, а как память кончается - падает
источник
15:45пожаловаться#10

А

Алексей in Compiler Development
Михаил Бахтерев
Это всё очень от реализации зависит. Но для RC нужен счётчик ссылок, да ещё  и атомарный
В расте есть неатомарный Rc и атомарный Arc
источник
15:45пожаловаться#11

MM

Mikhail Maltsev in Compiler Development
Kakadu
Не факт же, что malloc будет быстрее или медленнее. В инетах пишут, что С++ тоже выделяет большой блок памяти заранее, и оттуда постепенно и выдает память. Точно так же как и управляемые среды
Если говорить про Linux и Mac, то нет, new в C++ это обёртка над malloc
источник
15:45пожаловаться#12

BD

Berkus Decker in Compiler Development
Kakadu
Кто-нить видел исследования, где сравнивают скорость выделения объектов (в минорной куче, например) между разными языками/средами исполнения?
есть пачка статей про измерение скорости sgen иногда со сравнением с другими
источник
15:46пожаловаться#13

M

MaxGraey in Compiler Development
Artyom Drozdov
ну да, в JVM есть способ аллокаций, который просто инкрементит указатель на кучу, а как память кончается - падает
Epsilon GC. Сейчас там что то еще появилось
источник
15:46пожаловаться#14

PS

Peter Sovietov in Compiler Development
Kakadu
А если я хочу сравнить  OCaml с .Net на выделении мелких объектов или т.п.?
Думаю, надо просто подождать ответа от специалиста из нашего чата :)
источник
15:46пожаловаться#15

BD

Berkus Decker in Compiler Development
Kakadu
Не факт же, что malloc будет быстрее или медленнее. В инетах пишут, что С++ тоже выделяет большой блок памяти заранее, и оттуда постепенно и выдает память. Точно так же как и управляемые среды
в инетах много чего пишут
источник
15:46пожаловаться#16

а

а это кто in Compiler Development
Алексей
В расте есть неатомарный Rc и атомарный Arc
+, Rc не обязан быть атомарным
источник
15:48пожаловаться#17

K

Kakadu in Compiler Development
Peter Sovietov
Думаю, надо просто подождать ответа от специалиста из нашего чата :)
Который Егор Богатов? (не помню ник)
источник
15:48пожаловаться#18

M

MaxGraey in Compiler Development
Вообще в интернетах много чего пишут, вот в V вооьще обезали zero rantime и управление памяти полностью статически =)
источник
15:48пожаловаться#19

PS

Peter Sovietov in Compiler Development
Kakadu
Который Егор Богатов? (не помню ник)
https://twitter.com/shipilev
источник
15:48пожаловаться#20