From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: a raft of parallelism-related bug fixes |
Date: | 2015-10-18 01:16:01 |
Message-ID: | 5622F2D1.8080305@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 10/17/2015 06:17 PM, Robert Haas wrote:
>
> However, I'm pretty sure that we don't want to switch the *entire*
> buildfarm to using lots of unnecessary parallelism. What we might be
> able to do is have some critters that people spin up for this precise
> purpose. Just like we currently have CLOBBER_CACHE_ALWAYS buildfarm
> members, we could have GRATUITOUSLY_PARALLEL buildfarm members. If
> Andrew is willing to add buildfarm support for that option and a few
> people are willing to run critters in that mode, I will be happy -
> more than happy, really - to put the test code into committable form,
> guarded by a #define, and away we go.
>
>
If all that is required is a #define, like CLOBBER_CACHE_ALWAYS, then no
special buildfarm support is required - you would just add that to the
animal's config file, more or less like this:
config_env =>
{
CPPFLAGS => '-DGRATUITOUSLY_PARALLEL',
},
I try to make things easy :-)
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2015-10-18 03:14:22 | Re: Parallel Seq Scan |
Previous Message | Stephen Frost | 2015-10-18 00:54:07 | Re: a raft of parallelism-related bug fixes |