Re: using custom scan nodes to prototype parallel sequential scan - Mailing list pgsql-hackers

From Haribabu Kommi
Subject Re: using custom scan nodes to prototype parallel sequential scan
Date
Msg-id CAJrrPGfQDTm1OOp8xN5gOq7OSzOnhY1gv8KO5NA0ZOkr5cabRQ@mail.gmail.com
Whole thread Raw
In response to Re: using custom scan nodes to prototype parallel sequential scan  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: using custom scan nodes to prototype parallel sequential scan  (Amit Kapila <amit.kapila16@gmail.com>)
List pgsql-hackers
On Tue, Nov 11, 2014 at 10:21 AM, Andres Freund <andres@2ndquadrant.com> wrote:
> On 2014-11-10 10:57:16 -0500, Robert Haas wrote:
>> Does parallelism help at all?
>
> I'm pretty damn sure. We can't even make a mildly powerfull storage
> fully busy right now. Heck, I can't make my workstation's storage with a
> raid 10 out of four spinning disks fully busy.
>
> I think some of that benefit also could be reaped by being better at
> hinting the OS...

Yes, it definitely helps but not only limited to IO bound operations.
It gives a good gain for the queries having CPU intensive where conditions.

One more point we may need to consider, is there any overhead in passing
the data row from workers to backend? I feel this may play a major role
when the selectivity is more.

Regards,
Hari Babu
Fujitsu Australia



pgsql-hackers by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: INSERT ... ON CONFLICT {UPDATE | IGNORE}
Next
From: Michael Paquier
Date:
Subject: Re: SSL information view