Re: Free space mapping (was Re: Multi-Versions and Vacuum)
От | Andrew Sullivan |
---|---|
Тема | Re: Free space mapping (was Re: Multi-Versions and Vacuum) |
Дата | |
Msg-id | 20020719161038.I6252@mail.libertyrms.com обсуждение исходный текст |
Ответ на | Free space mapping (was Re: Multi-Versions and Vacuum) (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-general |
On Fri, Jul 19, 2002 at 02:11:09PM -0400, Tom Lane wrote: > However, if the FSM is vastly smaller than the number of > actively-changing pages in your database, then that argument breaks down > --- in particular, if the FSM can't even keep track of all the > completely-empty pages in your database then you are going to suffer > progressive leakage. That's consistent with the reports people have made, because it was always in the case of databases with extremely high turnover that it turned up. So at the very least, people who anticipate high turnover on their systems should set the free space map higher (and maybe vacuum more often -- AFAIK, though, no-one has yet documented the performance penalty of non-blocking vacuum. I guess it should be no worse than any other client, but I'm not sure, and haven't tested yet). A -- ---- Andrew Sullivan 87 Mowat Avenue Liberty RMS Toronto, Ontario Canada <andrew@libertyrms.info> M6K 3E3 +1 416 646 3304 x110
В списке pgsql-general по дате отправления: