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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

pro.vim

631 membersпожаловаться на группу
2020 September 23

EG

Emmanuel Goldstein in pro.vim
Emmanuel Goldstein
Ну, generics dilemma говорит, что из
1. Наличия дженериков
2. Статической диспетчеризации
3. Быстрой компиляции
можно выбрать только два пункта.
О которой исходно шла речь
источник
21:48пожаловаться#1

EG

Emmanuel Goldstein in pro.vim
Го выбрал 2 + 3, поэтому код на го состоит из копипаста чуть менее, чем полностью
источник
21:48пожаловаться#2

G

GNU/Vsevolod in pro.vim
> Статической диспетчеризации
Это про статик диспатч?
источник
21:48пожаловаться#3

EG

Emmanuel Goldstein in pro.vim
GNU/Vsevolod
> Статической диспетчеризации
Это про статик диспатч?
Ну да.
источник
21:48пожаловаться#4

EG

Emmanuel Goldstein in pro.vim
В расте, кстати, можно opt in в dynamic dispatch и 1 + 3.
Хз как в плюсах
источник
21:49пожаловаться#5

G

GNU/Vsevolod in pro.vim
В расте начинается динамик диспатч, там где начинаются дин трейты
источник
21:49пожаловаться#6

EG

Emmanuel Goldstein in pro.vim
GNU/Vsevolod
В расте начинается динамик диспатч, там где начинаются дин трейты
Ну да. Код с динтрейтами компилируется гораздо быстрее, чем с дженериками.
источник
21:49пожаловаться#7

EG

Emmanuel Goldstein in pro.vim
Но работает (обычно) медленнее, потому что мы теряем второй пункт.
источник
21:49пожаловаться#8

G

GNU/Vsevolod in pro.vim
Emmanuel Goldstein
Ну да. Код с динтрейтами компилируется гораздо быстрее, чем с дженериками.
Но растет кол-во машинного кода. Не разобрался еще, почему, правда
источник
21:50пожаловаться#9

EG

Emmanuel Goldstein in pro.vim
GNU/Vsevolod
Но растет кол-во машинного кода. Не разобрался еще, почему, правда
Да нет, не обязательно растёт.
источник
21:50пожаловаться#10

EG

Emmanuel Goldstein in pro.vim
На каждый конкретный вызов метода машинного кода будет больше, потому что там появляется пара слоёв индирекции
источник
21:50пожаловаться#11

G

GNU/Vsevolod in pro.vim
Emmanuel Goldstein
Но работает (обычно) медленнее, потому что мы теряем второй пункт.
Это связанно с толстыи указателями?
источник
21:50пожаловаться#12

EG

Emmanuel Goldstein in pro.vim
Но суммарное количество может уменьшиться, потому что нужно будет инстанцировать только один вариант функции
источник
21:51пожаловаться#13

EG

Emmanuel Goldstein in pro.vim
GNU/Vsevolod
Это связанно с толстыи указателями?
Да. Указатели на dyn Trait занимают два размера указателя. Чтобы вызвать метод через динамик диспатч, нужно:
1. Прочитать указатель на vtable (первая часть толстого указателя)
2. Перейти по нему
3. Найти в vtable нужный метод
4. Вызвать его со второй частью толстого указателя
источник
21:52пожаловаться#14

EG

Emmanuel Goldstein in pro.vim
Для обычного вызова методов нужно просто сделать один call
источник
21:52пожаловаться#15

G

GNU/Vsevolod in pro.vim
Кстати, по памяти толстый указатель по идее лучше обычного (где на каждом инстансе отдельно втейбл)? В плане, когда у нас список чего-то, трейтового.
источник
21:53пожаловаться#16

EG

Emmanuel Goldstein in pro.vim
По памяти толстый указатель занимает 128 бит на нормальных системах, обычный указатель 64 бита.
источник
21:53пожаловаться#17

EG

Emmanuel Goldstein in pro.vim
А ещё нужно где-то хранить vtable
источник
21:53пожаловаться#18

G

GNU/Vsevolod in pro.vim
Emmanuel Goldstein
По памяти толстый указатель занимает 128 бит на нормальных системах, обычный указатель 64 бита.
Это да, но с обычным же втейбл на каджый обьект, а с толстым втейбл один, разве нет?
источник
21:54пожаловаться#19

EG

Emmanuel Goldstein in pro.vim
GNU/Vsevolod
Это да, но с обычным же втейбл на каджый обьект, а с толстым втейбл один, разве нет?
Нет, с обычным никакого vtable нет вообще, адрес вызываемой функции известен на этапе компиляции
источник
21:54пожаловаться#20