RE: Proposal for Updating CRC32C with AVX-512 Algorithm.
От | Amonson, Paul D |
---|---|
Тема | RE: Proposal for Updating CRC32C with AVX-512 Algorithm. |
Дата | |
Msg-id | BL1PR11MB53042196148C54E95531C20ADC8B2@BL1PR11MB5304.namprd11.prod.outlook.com обсуждение исходный текст |
Ответ на | Re: Proposal for Updating CRC32C with AVX-512 Algorithm. (Nathan Bossart <nathandbossart@gmail.com>) |
Ответы |
Re: Proposal for Updating CRC32C with AVX-512 Algorithm.
|
Список | pgsql-hackers |
> IMHO that would be useful to establish the current state of the patch set from > a performance standpoint, especially since you've added code intended to > mitigate the regression. Ok. > +#define COMP_CRC32C_SMALL(crc, data, len) \ > + ((crc) = pg_comp_crc32c_sse42((crc), (data), (len))) > > My interpretation of Andres's upthread suggestion is that we'd add the length > check within the macro instead of introducing a separate one. We'd expect > the compiler to optimize out comparisons for small lengths known at compile > time and always call the existing implementation (which may still involve a > function pointer in most cases). How does the m4/compiler know the difference between a const "len" and a dynamic "len"? I already when the code and changedconstant sizes (structure sizes) to the new macro. Can you give an example of how this could work? Paul
В списке pgsql-hackers по дате отправления: