Re: Parallel query execution
От | Bruce Momjian |
---|---|
Тема | Re: Parallel query execution |
Дата | |
Msg-id | 20130116171351.GB1099@momjian.us обсуждение исходный текст |
Ответ на | Re: Parallel query execution (Alvaro Herrera <alvherre@2ndquadrant.com>) |
Список | pgsql-hackers |
On Wed, Jan 16, 2013 at 01:48:29AM -0300, Alvaro Herrera wrote: > Bruce Momjian escribió: > > On Wed, Jan 16, 2013 at 01:28:18PM +0900, Michael Paquier wrote: > > > > > > > > > On Wed, Jan 16, 2013 at 1:22 PM, Josh Berkus <josh@agliodbs.com> wrote: > > > > > > Claudio, Stephen, > > > > > > It really seems like the areas where we could get the most "bang for the > > > buck" in parallelism would be: > > > > > > 1. Parallel sort > > > 2. Parallel aggregation (for commutative aggregates) > > > 3. Parallel nested loop join (especially for expression joins, like GIS) > > > > > > parallel data load? :/ > > > > We have that in pg_restore, and I thinnk we are getting parallel dump in > > 9.3, right? Unfortunately, I don't see it in the last 9.3 commit-fest. > > Is it still being worked on? > > It's in the previous-to-last commitfest. IIRC that patch required > review and testing from people with some Windows background. > > There are still 34 items needing attention in CF3. I suggest that, if > you have some spare time, your help would be very much appreciated > there. The commitfest that started on Jan 15th has 65 extra items. > Anything currently listed in CF3 can rightfully be considered to be part > of CF4, too. Wow, I had no idea we were that far behind. I have avoided commit-fest work because I often travel so might leave the items abandoned, and I try to do cleanup of items that never make the commit-fest --- I thought that was something that needed doing too, and I rarely can complete that task. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +
В списке pgsql-hackers по дате отправления: