RE: [Patch] Optimize dropping of relation buffers using dlist
От | tsunakawa.takay@fujitsu.com |
---|---|
Тема | RE: [Patch] Optimize dropping of relation buffers using dlist |
Дата | |
Msg-id | TYAPR01MB2990119EE231502D87FF18DCFE380@TYAPR01MB2990.jpnprd01.prod.outlook.com обсуждение исходный текст |
Ответ на | Re: [Patch] Optimize dropping of relation buffers using dlist (Amit Kapila <amit.kapila16@gmail.com>) |
Ответы |
Re: [Patch] Optimize dropping of relation buffers using dlist
|
Список | pgsql-hackers |
From: Amit Kapila <amit.kapila16@gmail.com> > > > > Don't > > > > we need to guarantee the cache to be valid while recovery? > > > > > > > > > > One possibility could be that we somehow detect that the value we > > > are using is cached one and if so then only do this optimization. > > > > I basically like this direction. But I'm not sure the additional > > parameter for smgrnblocks is acceptable. > > > > But on the contrary, it might be a better design that > > DropRelFileNodeBuffers gives up the optimization when > > smgrnblocks(,,must_accurate = true) returns InvalidBlockNumber. > > > > I haven't thought about what is the best way to achieve this. Let us see if > Tsunakawa-San or Kirk-San has other ideas on this? I see no need for smgrnblocks() to add an argument as it returns the correct cached or measured value. Regards Takayuki Tsunakawa
В списке pgsql-hackers по дате отправления: