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 | CAA4eK1KxeKQht3RmiXLT5aSBL8xQ5MOvD1yVM-OGvE4P_2QQEQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Unhappy about API changes in the no-fsm-for-small-rels patch (John Naylor <john.naylor@2ndquadrant.com>) |
Ответы |
Re: Unhappy about API changes in the no-fsm-for-small-rels patch
Re: Unhappy about API changes in the no-fsm-for-small-rels patch |
Список | pgsql-hackers |
On Thu, Apr 25, 2019 at 12:39 PM John Naylor <john.naylor@2ndquadrant.com> wrote: > > On Wed, Apr 24, 2019 at 1:58 PM Amit Kapila <amit.kapila16@gmail.com> wrote: > > <v2 patch> > > Sorry for not noticing earlier, but this patch causes a regression > test failure for me (attached) > Can you please try to finish the remaining work of the patch (I am bit tied up with some other things)? I think the main thing apart from representation of map as one-byte or one-bit per block is to implement invalidation. Also, try to see if there is anything pending which I might have missed. As discussed above, we need to issue an invalidation for following points: (a) when vacuum finds there is no FSM and page has more space now, I think you can detect this in RecordPageWithFreeSpace (b) invalidation to notify the existence of FSM, this can be done both by vacuum and backend. -- With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: