Re: [HACKERS] modeling parallel contention (was: Parallel Append implementation)

Поиск
Список
Период
Сортировка
От David Rowley
Тема Re: [HACKERS] modeling parallel contention (was: Parallel Append implementation)
Дата
Msg-id CAKJS1f-rFjZkYHDe1as2zuCxLTjN2i4-JCXHLuDZpCH6F6NkGw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] modeling parallel contention (was: Parallel Appendimplementation)  (Andres Freund <andres@anarazel.de>)
Ответы Re: [HACKERS] modeling parallel contention (was: Parallel Appendimplementation)  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On 5 May 2017 at 14:36, Andres Freund <andres@anarazel.de> wrote:
> I wonder how much doing the atomic ops approach alone can help, that
> doesn't have the issue that the work might be unevenly distributed
> between pages.

I wondered that too, since I though the barrier for making this change
would be lower by doing it that way.

I didn't manage to think of a way to get around the wrapping the
position back to 0 when synch-scans are involved.

i.e
parallel_scan->phs_cblock++;
if (parallel_scan->phs_cblock >= scan->rs_nblocks)
parallel_scan->phs_cblock = 0;

-- David Rowley                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: David Rowley
Дата:
Сообщение: Re: [HACKERS] modeling parallel contention (was: Parallel Append implementation)
Следующее
От: Andres Freund
Дата:
Сообщение: Re: [HACKERS] modeling parallel contention (was: Parallel Appendimplementation)