Re: Parallel Foreign Scans - need advice

From: Andres Freund <andres(at)anarazel(dot)de>
To: Korry Douglas <korry(at)me(dot)com>
Cc: PostgreSQL-development Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Parallel Foreign Scans - need advice
Date: 2019-05-15 17:34:20
Message-ID: 20190515173420.l6eir73xevfv5gy4@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

Don't top quote on these list...

On 2019-05-15 13:31:59 -0400, Korry Douglas wrote:
> Thanks for the quick answer Andres. You’re right - it was parallel_tuple_cost that was getting in my way; my query returns about 6 million rows so I guess that can add up.
>
> If I change parallel_tuple_scan from 0.1 to 0.0001, I get a parallel foreign scan.
>
> With 4 workers, that reduces my execution time by about half.

Then you probably need to adjust the scan costs you have.

> But, nworkers_launched is always set to 0 in
> InitializeDSMForeignScan(), so that won’t work. Any other ideas?

At that state it's simply not yet known how many workers will be
actually launched (they might not start successfully or such). Why do
you need to know it there and not later?

- Andres

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2019-05-15 17:44:22 Re: Why does ExecComputeStoredGenerated() form a heap tuple
Previous Message Korry Douglas 2019-05-15 17:31:59 Re: Parallel Foreign Scans - need advice