Re: why is pg_upgrade's regression run so slow? - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: why is pg_upgrade's regression run so slow?
Date
Msg-id 3c205102-a566-46ae-b16d-bea0dd708060@dunslane.net
Whole thread Raw
In response to Re: why is pg_upgrade's regression run so slow?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: why is pg_upgrade's regression run so slow?
List pgsql-hackers
On 2024-07-27 Sa 6:48 PM, Tom Lane wrote:
> Andrew Dunstan <andrew@dunslane.net> writes:
>> On 2024-07-27 Sa 10:20 AM, Tom Lane wrote:
>>> Just to add some more fuel to the fire: I do *not* observe such an
>>> effect on my own animals.
>> The culprit appears to be meson. When I tested running crake with
>> "using_meson => 0" I got results in line with yours.
> Interesting.  Maybe meson is over-aggressively trying to run these
> test suites in parallel?



Maybe, IDK. Meanwhile, I disabled "debug_parallel_query = regress" on 
HEAD for fairywren and drongo -  fairwren has just gone green, and I 
expect drongo will when it reports in a few hours.

I'm at a loss for an explanation.


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com




pgsql-hackers by date:

Previous
From: Dean Rasheed
Date:
Subject: Re: Optimize mul_var() for var1ndigits >= 8
Next
From: Jeff Davis
Date:
Subject: Re: Speed up collation cache