Re: More parallel-query fun

Поиск
Список
Период
Сортировка
От Piotr Stefaniak
Тема Re: More parallel-query fun
Дата
Msg-id BLU436-SMTP1692CFB70675B86C6725342F2360@phx.gbl
обсуждение исходный текст
Ответ на More parallel-query fun  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: rethinking dense_alloc (HashJoin) as a memory context
Следующее
От: Tom Lane
Дата:
Сообщение: Updating our timezone code in the back branches