Re: Rename max_parallel_degree?
| От | Julien Rouhaud |
|---|---|
| Тема | Re: Rename max_parallel_degree? |
| Дата | |
| Msg-id | 5856af3e-3c20-89d1-3a9c-af3c2cd3a92b@dalibo.com обсуждение исходный текст |
| Ответ на | Re: Rename max_parallel_degree? (Julien Rouhaud <julien.rouhaud@dalibo.com>) |
| Ответы |
Re: Rename max_parallel_degree?
|
| Список | pgsql-hackers |
On 11/06/2016 23:37, Julien Rouhaud wrote: > On 09/06/2016 16:04, Robert Haas wrote: >> >> OK, I pushed this after re-reviewing it and fixing a number of >> oversights. There remains only the task of adding max_parallel_degree >> as a system-wide limit (as opposed to max_parallel_degree now >> max_parallel_workers_per_gather which is a per-Gather limit), which >> I'm going to argue should be a new open item and not necessarily one >> that I have to own myself. I would like to take care of it, but I >> will not put it ahead of fixing actual defects and I will not promise >> to have it done in time for 9.6. >> > > PFA a patch to fix this open item. I used the GUC name provided in the > 9.6 open item page (max_parallel_workers), with a default value of 4. > Value 0 is another way to disable parallel query. > Sorry I just realized I made a stupid mistake, I didn't check in all slots to get the number of active parallel workers. Fixed in attached v2. -- Julien Rouhaud http://dalibo.com - http://dalibo.org
Вложения
В списке pgsql-hackers по дате отправления: