Re: why is pg_upgrade's regression run so slow?
От | Andrew Dunstan |
---|---|
Тема | Re: why is pg_upgrade's regression run so slow? |
Дата | |
Msg-id | 3c205102-a566-46ae-b16d-bea0dd708060@dunslane.net обсуждение исходный текст |
Ответ на | Re: why is pg_upgrade's regression run so slow? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: why is pg_upgrade's regression run so slow?
|
Список | 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 по дате отправления: