Re: use AV worker items infrastructure for GIN pending list's cleanup

Поиск
Список
Период
Сортировка
Искать
От
Jaime Casanova
Тема
Re: use AV worker items infrastructure for GIN pending list's cleanup
Дата
Msg-id
20210405144741.GA2737@ahch-to
Ответ на
Список
Дерево обсуждения
use AV worker items infrastructure for GIN pending list's cleanup Jaime Casanova <jcasanov@systemguards.com.ec>
Re: use AV worker items infrastructure for GIN pending list's cleanup "Euler Taveira" <euler@eulerto.com>
Re: use AV worker items infrastructure for GIN pending list's cleanup Jaime Casanova <jcasanov@systemguards.com.ec>
Re: use AV worker items infrastructure for GIN pending list's cleanup "Joel Jacobson" <joel@compiler.org>
Re: use AV worker items infrastructure for GIN pending list's cleanup Jaime Casanova <jcasanov@systemguards.com.ec>
Re: use AV worker items infrastructure for GIN pending list's cleanup "Joel Jacobson" <joel@compiler.org>
Re: use AV worker items infrastructure for GIN pending list's cleanup Masahiko Sawada <sawada.mshk@gmail.com>
Re: use AV worker items infrastructure for GIN pending list's cleanup Jaime Casanova <jcasanov@systemguards.com.ec>
On Mon, Apr 05, 2021 at 10:41:22AM -0300, Euler Taveira wrote:
> On Mon, Apr 5, 2021, at 3:31 AM, Jaime Casanova wrote:
> > When AV worker items where introduced 4 years ago, i was suggested that
> > it could be used for other things like cleaning the pending list of GIN
> > index when it reaches gin_pending_list_limit instead of making user
> > visible operation pay the price.
> > 
> > That never happened though. So, here is a little patch for that.
> > 
> > Should I add an entry for this on next commitfest?
> +1. It slipped through the cracks along the years. It is even suggested in the
> current docs since the fast update support.
> 
> https://www.postgresql.org/docs/current/gin-tips.html
> 

Interesting, that comment maybe needs to be rewritten. I would go for
remove completely the first paragraph under gin_pending_list_limit entry

> 
> Could you provide a link from the previous discussion?
> 

It happened here:
https://www.postgresql.org/message-id/flat/20170301045823.vneqdqkmsd4as4ds%40alvherre.pgsql

-- 
Jaime Casanova
Director de Servicios Profesionales
SystemGuards - Consultores de PostgreSQL


В списке pgsql-hackers по дате отправления
От: Bharath Rupireddy
Дата:
Сообщение: Re: TRUNCATE on foreign table
От: osumi.takamichi@fujitsu.com
Дата:
FAQ