Re: Review: Revise parallel pg_restore's scheduling heuristic

Kevin Grittner wrote:
> Andrew Dunstan <andrew@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