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
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 |