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

Побитый Кирпич

размер это тоже отчасти свечение

Участок кода критичен по производительности, а профайлера нет - вот и приходится рассуждать "на пальцах"😅

17:43пожаловаться #1

AP

Antony Polukhin in pro.cxx

Вопрос по повышению производительности Pimpl.
Помню, на одной из конференций @antoshkka показывал идею с конструированием объекта на aligned_storage_t в том же классе, где лежит Impl*
Насколько такое решение позволило повысить производительность на практике?

На практике получаем -1 динамическую аллокацию и чуть большую локальность данных.

Если объекты создаются часто или используются в критической секции - может быть целесобразно

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

D

pimpl это про бинарную совместимость прежде всего. а потом уже всё остальное...

Андрей Руссков... in pro.cxx

18:40пожаловаться #3

АР

pimpl это про бинарную совместимость прежде всего. а потом уже всё остальное...

и код хедера чуть почище, в размен коду cpp-шника

19:23пожаловаться #4

D

Antony Polukhin

На практике получаем -1 динамическую аллокацию и чуть большую локальность данных.

Если объекты создаются часто или используются в критической секции - может быть целесобразно

Благодарю!)

21:11пожаловаться #5

AP

Alexander Potapov in pro.cxx

Вопрос по повышению производительности Pimpl.
Помню, на одной из конференций @antoshkka показывал идею с конструированием объекта на aligned_storage_t в том же классе, где лежит Impl*
Насколько такое решение позволило повысить производительность на практике?

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

21:55пожаловаться #6

D

Alexander Potapov

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

Набор платформ строго ограничен)

Александр Караев... in pro.cxx

21:56пожаловаться #7

АК

Alexander Potapov

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

Можно брать с запасом по верхней границе

22:01пожаловаться #8

2021 February 28

ИС

Иван Срайчук... in pro.cxx

Может кто подскажет, как можно метаданные считать про файл?

19:06пожаловаться #9

ИС

Иван Срайчук... in pro.cxx

В данных о файле есть поле XXA3, не могу найти как его считать можно

19:07пожаловаться #10

DK

David Kravets in pro.cxx

Иван Срайчук

Может кто подскажет, как можно метаданные считать про файл?

Fstat

19:07пожаловаться #11

ИС

Иван Срайчук... in pro.cxx

David Kravets

Fstat

На винде нужно, к сожалению

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

AN

Alexander N in pro.cxx

Вопрос по повышению производительности Pimpl.
Помню, на одной из конференций @antoshkka показывал идею с конструированием объекта на aligned_storage_t в том же классе, где лежит Impl*
Насколько такое решение позволило повысить производительность на практике?

А это точно не premature optimization?

https://docs.microsoft.com/en-us/windows/win32/wmformat/to-retrieve-all-metadata-in-a-file

19:09пожаловаться #13

GF

Georgy Firsov in pro.cxx

Иван Срайчук

На винде нужно, к сожалению

Docs

To Retrieve All Metadata in a File - Win32 apps

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

D

Alexander N

А это точно не premature optimization?

Это точно вопрос на данную тему))

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

DS

Dmitry Sokolov in pro.cxx

Alex

а ничто так не затрудняет чтение, как непонимание, как вообще поток выполнения по этому коду ходит

Мне кажется тут как раз идея основная в том, что поток это так, ресурс, и не "поток ходит" а "выполняется задача", в некоторых точках (возможно) переезжая в другой поток.

22:43пожаловаться #16

A

Alex in pro.cxx

Dmitry Sokolov

Мне кажется тут как раз идея основная в том, что поток это так, ресурс, и не "поток ходит" а "выполняется задача", в некоторых точках (возможно) переезжая в другой поток.

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

Побитый Кирпич... in pro.cxx

23:37пожаловаться #17

ПК

Alex

а ничто так не затрудняет чтение, как непонимание, как вообще поток выполнения по этому коду ходит

Это дело привычки всего лишь. Мне в своё время было трудно понимать код с boost.asio. Вот где настоящая лапша (прыжки туда сюда по коду). Но со временем приноровился.

Опять же, корутины такие есть в других языках (С#, питон), и люди их там спокойно юзают и не парятся.

Побитый Кирпич... in pro.cxx

23:46пожаловаться #18

ПК

Alex

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

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

Побитый Кирпич... in pro.cxx

23:50пожаловаться #19

ПК

У Антона Полухина на Хабре была вроде статья с примерами как было и как стало