RE: Speed up the removal of WAL files
От | Tsunakawa, Takayuki |
---|---|
Тема | RE: Speed up the removal of WAL files |
Дата | |
Msg-id | 0A3221C70F24FB45833433255569204D1F8FF98E@G01JPEXMBYT05 обсуждение исходный текст |
Ответ на | Re: Speed up the removal of WAL files (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: Speed up the removal of WAL files
|
Список | pgsql-hackers |
From: Michael Paquier [mailto:michael@paquier.xyz] > Hm. durable_xx should remain a sane operation as an isolated call as you > still get the same problem if a crash happens before flushing the parent... > Fujii-san idea also has value to speed up the end of recovery but this costs > as well in extra recycling operations post promotion. If the checkpoint > was to happen a the end of recovery then that would be more logic, but we > don't for performance reasons. Let's continue to discuss on this thread. > If you have any patch to offer, let's also look at them. > > Anyway, as things are pretty much idle on this thread for a couple of days > and that we are still discussing potential ideas, I think that this entry > should be marked as returned with feedback. Thoughts? OK, I moved this to the next CF. Thank you for your cooperation. Regards Takayuki Tsunakawa
В списке pgsql-hackers по дате отправления: