Kevin Grittner wrote:
Andrew Dunstan <and...@dunslane.net> wrote:
To performance test this properly you might need to devise a test
that will use a sufficiently different order of queueing items to
show the difference.
It would appear that I need help with devising a proper test. So far,
all tests have shown no difference in performance based on the patch;
I get almost twice the speed as a single job running in one database
transaction either way. Can someone explain what I should try to set
up to get a "best case" and a "worst case" for the patch? Our
production databases don't expose any difference, but I'm willing to
try to use them to "seed" an artificial case which will.
Does your test case have lots of foreign keys?
cheers
andrew
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
