Re: [PATCH] Speedup truncates of relation forks
От | Fujii Masao |
---|---|
Тема | Re: [PATCH] Speedup truncates of relation forks |
Дата | |
Msg-id | CAHGQGwFR7v3+rhgS7SuvzZZg-g8DJo+dwjL+=rSt2rUULZH0iQ@mail.gmail.com обсуждение исходный текст |
Ответ на | RE: [PATCH] Speedup truncates of relation forks ("Jamison, Kirk" <k.jamison@jp.fujitsu.com>) |
Ответы |
Re: [PATCH] Speedup truncates of relation forks
|
Список | pgsql-hackers |
On Mon, Sep 9, 2019 at 3:52 PM Jamison, Kirk <k.jamison@jp.fujitsu.com> wrote: > > On Friday, September 6, 2019 11:51 PM (GMT+9), Alvaro Herrera wrote: > > Hi Alvaro, > Thank you very much for the review! > > > On 2019-Sep-05, Jamison, Kirk wrote: > > > > > I also mentioned it from my first post if we can just remove this dead code. > > > If not, it would require to modify the function because it would also > > > need nforks as input argument when calling DropRelFileNodeBuffers. I > > > kept my changes in the latest patch. > > > So should I remove the function now or keep my changes? > > > > Please add a preliminary patch that removes the function. Dead code is good, > > as long as it is gone. We can get it pushed ahead of the rest of this. > > Alright. I've attached a separate patch removing the smgrdounlinkfork. Per the past discussion, some people want to keep this "dead" function for some reasons. So, in my opinion, it's better to just enclose the function with #if NOT_USED and #endif, to keep the function itself as it is, and then to start new discussion on hackers about the removal of that separatedly from this patch. Regards, -- Fujii Masao
В списке pgsql-hackers по дате отправления: