On 12/3/18 12:42 PM, David Rowley wrote: > ... > > Master: 10000 parts > > $ pgbench -n -f bench.sql -M prepared -T 60 postgres > tps = 108.882749 (excluding connections establishing) > tps = 108.245437 (excluding connections establishing) > > delaylock: 10000 parts > > $ pgbench -n -f bench.sql -M prepared -T 60 postgres > tps = 1068.289505 (excluding connections establishing) > tps = 1092.797015 (excluding connections establishing) >
I'm a bit confused, because I can't reproduce any such speedup. I've
used the attached script that varies the number of partitions (which
worked quite nicely in the INSERT thread), but I'm getting results like
this:
partitions 0 100 1000 10000
--------------------------------------------
master 49 1214 186 11
patched 53 1225 187 11
So I don't see any significant speedup, for some reason :-(
Before I start digging into this, is there something that needs to be
done to enable it?
regards
--
Tomas Vondra http://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
select.sql
Description: application/sql
run-select.sh
Description: application/shellscript
