Re: POC: Lock updated tuples in tuple_update() and tuple_delete()
От | Alexander Korotkov |
---|---|
Тема | Re: POC: Lock updated tuples in tuple_update() and tuple_delete() |
Дата | |
Msg-id | CAPpHfdtNALW_8hxadEz6-_tQCZr2nFNgewvMa++-h8kssMLWZA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: POC: Lock updated tuples in tuple_update() and tuple_delete() (Pavel Borisov <pashkin.elfe@gmail.com>) |
Список | pgsql-hackers |
On Tue, Mar 7, 2023 at 7:26 PM Pavel Borisov <pashkin.elfe@gmail.com> wrote: > On Tue, 7 Mar 2023, 10:10 Alexander Korotkov, <aekorotkov@gmail.com> wrote: >> I don't know what exactly Pavel meant, but average overall numbers for >> low concurrency are. >> master: 420401 (stddev of average 233) >> patchset v11: 420111 (stddev of average 199) >> The difference is less than 0.1% and that is very safely within the error. > > > Yes, the only thing that I meant is that for low-concurrency case the results between patch and master are within the differencebetween repeated series of measurements. So I concluded that the test can not prove any difference between patchand master. > > I haven't meant or written there is some performance degradation. > > Alexander, I suppose did an extra step and calculated overall average and stddev, from raw data provided. Thanks! Pavel, thank you for verifying this. Could you, please, rerun performance benchmarks for the v13? It introduces LazyTupleTableSlot, which shouldn't do any measurable impact on performance. But still. ------ Regards, Alexander Korotkov
В списке pgsql-hackers по дате отправления: