Re: More parallel-query fun - Mailing list pgsql-hackers

From Piotr Stefaniak
Subject Re: More parallel-query fun
Date
Msg-id BLU436-SMTP1692CFB70675B86C6725342F2360@phx.gbl
Whole thread Raw
In response to More parallel-query fun  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 2016-06-16 20:14, Tom Lane wrote:
> As of HEAD you can exercise quite a lot of parallel query behavior
> by running the regression tests with these settings applied:
>
> force_parallel_mode = regress
> max_parallel_workers_per_gather = 2    -- this is default at the moment
> min_parallel_relation_size = 0
> parallel_setup_cost = 0
> parallel_tuple_cost = 0
>
> This results in multiple interesting failures, including a core dump

> I saw another previously-unreported problem before getting to the crash:

> Haven't tried to trace that one down yet.

As I expected, I'm unable to reproduce anything of the above - please 
correct me if I'm wrong, but it all seems to have been fixed.




pgsql-hackers by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: rethinking dense_alloc (HashJoin) as a memory context
Next
From: Tom Lane
Date:
Subject: Updating our timezone code in the back branches