Re: pgsql: Handle lack of DSM slots in parallel btree build.
| От | Peter Geoghegan | 
|---|---|
| Тема | Re: pgsql: Handle lack of DSM slots in parallel btree build. | 
| Дата | |
| Msg-id | CAH2-Wzka0+vyX+iTTug3dKtUPvDDNNpVUY7nTF=MhAFgzTZ3uQ@mail.gmail.com обсуждение исходный текст | 
| Ответ на | Re: pgsql: Handle lack of DSM slots in parallel btree build. (Thomas Munro <thomas.munro@gmail.com>) | 
| Ответы | Re: pgsql: Handle lack of DSM slots in parallel btree build. | 
| Список | pgsql-committers | 
On Tue, Feb 4, 2020 at 2:18 AM Thomas Munro <thomas.munro@gmail.com> wrote: > Here is take 2. I tested CI and CIC, and verified that workers are > started or not depending on dsm_create() failure, using the attached > fault injector patch. (Fuzzing the regression tests repeatedly with > that applied also revealed similar problems elsewhere in the tree, > which I'll write about in a new thread.) Can we reuse _bt_end_parallel() this time around? It would be easy to add a "bool wait" argument to _bt_end_parallel(). All existing callers would pass true, but when not using parallelism due to the new DSM segment check we'd pass false. -- Peter Geoghegan
В списке pgsql-committers по дате отправления: