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

parrot.ru

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

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

pro.graphon (and gamedev)

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

2020 April 10

AT

Anatoly Tomilov in pro.graphon (and gamedev)

На некоторых процах x86 вроде бы такое было, что инструкции с 8-битными и 32-битными операндами быстрее, чем с 16-битными. Вроде бы даже в boost::variant когда-то видел в коде выбор типа для селектора. Если альтернатив болше 256, то выбирался 32-битный беззнаковый целый. Выбор как раз был продиктован скоростью, кажется.

источник

00:18пожаловаться #1

PK

Pavel Kazakov in pro.graphon (and gamedev)

да, было такое :) люди часто брали половинки полных регистров и с ними операции делали

источник

00:20пожаловаться #2

AT

Anatoly Tomilov in pro.graphon (and gamedev)

Вот какие-то бенчмарки у чувака как раз подтверждают https://stackoverflow.com/a/12158486/1430927

Why is uint_least16_t faster than uint_fast16_t for multiplication in x86_64?

The C standard is quite unclear about the uint_fast*_t family of types. On a gcc-4.4.4 linux x86_64 system, the types uint_fast16_t and uint_fast32_t are both 8 bytes in size. However, multiplicati...

источник

00:21пожаловаться #3

AT

Anatoly Tomilov in pro.graphon (and gamedev)

Вообще short типы как-то не встречаются в коде

источник

00:22пожаловаться #4

VK

Vitaliy ◀️TriΔng3l▶️ Kuzmin in pro.graphon (and gamedev)

ну а в чем суть, что это даёт

Меньше лишних обрубаний/растягиваний (хотя, на x86, наверно, не важно, но на PowerPC, вроде, достаточно важно), но при этом и память впустую не расходуется

источник

00:30пожаловаться #5

IL

Igor Lynn in pro.graphon (and gamedev)

Vitaliy ◀️TriΔng3l▶️ Kuzmin

Меньше лишних обрубаний/растягиваний (хотя, на x86, наверно, не важно, но на PowerPC, вроде, достаточно важно), но при этом и память впустую не расходуется

просто в структрах я обычно предпочитаю чтобы её поля были предсказуемого размера

источник

00:31пожаловаться #6

IL

Igor Lynn in pro.graphon (and gamedev)

Anatoly Tomilov

На некоторых процах x86 вроде бы такое было, что инструкции с 8-битными и 32-битными операндами быстрее, чем с 16-битными. Вроде бы даже в boost::variant когда-то видел в коде выбор типа для селектора. Если альтернатив болше 256, то выбирался 32-битный беззнаковый целый. Выбор как раз был продиктован скоростью, кажется.

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

источник

00:32пожаловаться #7

IL

Igor Lynn in pro.graphon (and gamedev)

еще где-то слышал, что декремент бытрее инкремента, или когда-то был

источник

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

PK

Pavel Kazakov in pro.graphon (and gamedev)

это что-то очень платформо-специфическое, если не байка

источник

00:37пожаловаться #9

IL

Igor Lynn in pro.graphon (and gamedev)

та я вот не помню то ли сам декремент, то ли его использование в циклах, например, когда производят сравнение с 0 типа, for (i = N; i != 0; i--)

источник

00:40пожаловаться #10

IL

Igor Lynn in pro.graphon (and gamedev)

мол цпу проще делать сравнение с 0

источник

00:40пожаловаться #11

PK

Pavel Kazakov in pro.graphon (and gamedev)

ну тут уже поле для оптимизирующих компиляторов себя показать с циклами :) Duff's device всякие проворачивать

источник

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

PK

Pavel Kazakov in pro.graphon (and gamedev)

я думал, ты про сами инструкции, мол, sub быстрее add :) неправильно понял

источник

00:45пожаловаться #13

PK

Pavel Kazakov in pro.graphon (and gamedev)

просто в структрах я обычно предпочитаю чтобы её поля были предсказуемого размера

иногда случаются всякие забавные штуки с высокооптимизированным по плюсовым стандартам кодом, например, в ассемблере происходит register spill в неудобном месте (заканчиваются регистры, чтобы выполнить сходу какое-то действие, и ими уже надо жонглировать), или внутренний кеш какой-то переполняется, потому что выбран странный размер шага (stride) по данным... это два разных мира и их лучше не смешивать %)

источник

00:49пожаловаться #14

PK

Pavel Kazakov in pro.graphon (and gamedev)

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

источник

00:52пожаловаться #15

VK

Vitaliy ◀️TriΔng3l▶️ Kuzmin in pro.graphon (and gamedev)

Anatoly Tomilov

На некоторых процах x86 вроде бы такое было, что инструкции с 8-битными и 32-битными операндами быстрее, чем с 16-битными. Вроде бы даже в boost::variant когда-то видел в коде выбор типа для селектора. Если альтернатив болше 256, то выбирался 32-битный беззнаковый целый. Выбор как раз был продиктован скоростью, кажется.

Из битового вектора, кстати, вытаскивание меньше операций требует, если его как u32[] или u64[] хранить

источник

00:58пожаловаться #16

VK

Vitaliy ◀️TriΔng3l▶️ Kuzmin in pro.graphon (and gamedev)

16 не смотрел, с 8 больше

источник

00:58пожаловаться #17

IL

Igor Lynn in pro.graphon (and gamedev)

иногда случаются всякие забавные штуки с высокооптимизированным по плюсовым стандартам кодом, например, в ассемблере происходит register spill в неудобном месте (заканчиваются регистры, чтобы выполнить сходу какое-то действие, и ими уже надо жонглировать), или внутренний кеш какой-то переполняется, потому что выбран странный размер шага (stride) по данным... это два разных мира и их лучше не смешивать %)

так шаг по данным же вроде всегда один, word / double word, не?

источник

01:26пожаловаться #18

IL

Igor Lynn in pro.graphon (and gamedev)

или это что-то другое

источник

01:26пожаловаться #19

PK

Pavel Kazakov in pro.graphon (and gamedev)

забыл название кеша, который переполняется -- это важное слово >_< и нет, не в этом дело

источник

01:27пожаловаться #20