Re: Unhappy about API changes in the no-fsm-for-small-rels patch

Поиск
Список
Период
Сортировка
От Amit Kapila
Тема Re: Unhappy about API changes in the no-fsm-for-small-rels patch
Дата
Msg-id CAA4eK1Lp0yPBCdTGd57UMCbP3V6VggEXdfVmOupM=_6_Oz-_TQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Unhappy about API changes in the no-fsm-for-small-rels patch  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: Unhappy about API changes in the no-fsm-for-small-rels patch  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Fri, Apr 19, 2019 at 2:46 PM Amit Kapila <amit.kapila16@gmail.com> wrote:
>
>
> > > I am thinking that we should at least give it a try to move the map to
> > > rel cache level to see how easy or difficult it is and also let's wait
> > > for a day or two to see if Andres/Tom has to say anything about this
> > > or on the response by me above to improve the current patch.
> >
> > Since we have a definite timeline, I'm okay with that, although I'm
> > afraid I'm not quite knowledgeable enough to help much with the
> > relcache piece.
> >
>
> Okay, I can try to help.  I think you can start by looking at
> RelationData members (for ex. see how we cache index's metapage in
> rd_amcache) and study a bit about routines in relcache.h.
>

Attached is a hacky and work-in-progress patch to move fsm map to
relcache.  This will give you some idea.  I think we need to see if
there is a need to invalidate the relcache due to this patch.  I think
some other comments of Andres also need to be addressed, see if you
can attempt to fix some of them.

-- 
With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com

Вложения

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

Предыдущее
От: David Rowley
Дата:
Сообщение: Re: Runtime pruning problem
Следующее
От: David Rowley
Дата:
Сообщение: Re: display of variables in EXPLAIN VERBOSE