| От | Michael Paquier |
|---|---|
| Тема | Re: Speed up the removal of WAL files |
| Дата | |
| Msg-id | 20180930125341.GF1763@paquier.xyz обсуждение |
| Ответ на | RE: Speed up the removal of WAL files ("Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>) |
| Список | pgsql-hackers |
On Fri, Mar 09, 2018 at 12:50:03AM +0000, Tsunakawa, Takayuki wrote: > 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. The patch is still roughly with this status, so I am marking it as returned with feedback. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера