Re: Parallel query execution
От | Paul Ramsey |
---|---|
Тема | Re: Parallel query execution |
Дата | |
Msg-id | 6D6074A4E07240CEB5637FCFD743D876@cleverelephant.ca обсуждение исходный текст |
Ответ на | Parallel query execution (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: Parallel query execution
|
Список | pgsql-hackers |
On Tuesday, January 15, 2013 at 2:14 PM, Bruce Momjian wrote:
I mentioned last year that I wanted to start working on parallelism:I believe it is time to start adding parallel execution to the backend.We already have some parallelism in the backend:effective_io_concurrency and helper processes. I think it is time westart to consider additional options
Parallelism isn't going to help all queries, in fact it might be just asmall subset, but it will be the larger queries. The pg_upgradeparallelism only helps clusters with multiple databases or tablespaces,but the improvements are significant.
I just got out of a meeting that included Oracle Spatial folks, who
were boasting of big performance increases in enabling parallel query
on their spatial queries. Basically the workloads on things like big
spatial joins are entirely CPU bound, so they are seeing that adding
15 processors makes things 15x faster. Spatial folks would love love
love to see parallel query execution.
were boasting of big performance increases in enabling parallel query
on their spatial queries. Basically the workloads on things like big
spatial joins are entirely CPU bound, so they are seeing that adding
15 processors makes things 15x faster. Spatial folks would love love
love to see parallel query execution.
--
Paul Ramsey
http://cleverelephant.ca
http://postgis.net
В списке pgsql-hackers по дате отправления: