Re: remove flatfiles.c

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: remove flatfiles.c
Дата
Msg-id 26362.1251920986@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: remove flatfiles.c  (Greg Stark <gsstark@mit.edu>)
Ответы Re: remove flatfiles.c  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
Greg Stark <gsstark@mit.edu> writes:
> It scans pages *backwards* from the end (which does wonderful things
> on rotating media). Marks each live tuple it finds as "moved off",
> finds a new place for it (using the free space map I think?).

BTW, VACUUM FULL doesn't use the free space map --- that code predates
the FSM by a lot.  It builds its own map of free space during its
initial lazy-VACUUM-equivalent scan that just removes dead tuples.
While I don't think this hurts performance any, I have seen reports of
VACUUM FULL failing outright on large tables because it runs out of
memory for this map.  So that's still another way in which it's not
actually all that useful for huge tables.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: remove flatfiles.c
Следующее
От: Selena Deckelmann
Дата:
Сообщение: Re: community decision-making & 8.5