Re: Keep elog(ERROR) and ereport(ERROR) calls in the cold path
От | Peter Eisentraut |
---|---|
Тема | Re: Keep elog(ERROR) and ereport(ERROR) calls in the cold path |
Дата | |
Msg-id | 9ce34f2e-bfc4-c668-a336-99520290ccdc@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: Keep elog(ERROR) and ereport(ERROR) calls in the cold path (David Rowley <dgrowleyml@gmail.com>) |
Ответы |
Re: Keep elog(ERROR) and ereport(ERROR) calls in the cold path
|
Список | pgsql-hackers |
On 2020-11-03 21:53, David Rowley wrote: > On Tue, 3 Nov 2020 at 20:08, Peter Eisentraut > <peter.eisentraut@2ndquadrant.com> wrote: >> >> On 2020-09-29 11:26, David Rowley wrote: >>> I've marked this patch back as waiting for review. It would be good if >>> someone could run some tests on some intel hardware and see if they >>> can see any speedup. >> >> What is the way forward here? What exactly would you like to have tested? > > It would be good to see some small scale bench -S tests with and > without -M prepared. > > Also, small scale TPC-H tests would be good. I really only did > testing on new AMD hardware, so some testing on intel hardware would > be good. I did tests of elog_ereport_attribute_cold_v4.patch on an oldish Mac Intel laptop with pgbench scale 1 (default), and then: pgbench -S -T 60 master: tps = 8251.883229 (excluding connections establishing) patched: tps = 9556.836232 (excluding connections establishing) pgbench -S -T 60 -M prepared master: tps = 14713.821837 (excluding connections establishing) patched: tps = 16200.066185 (excluding connections establishing) So from that this seems like an easy win. I also tested on a newish Mac ARM laptop, and there the patch did not do anything, but that was because clang does not support the cold attribute, so that part works as well. ;-) -- Peter Eisentraut 2ndQuadrant, an EDB company https://www.2ndquadrant.com/
В списке pgsql-hackers по дате отправления: