Re: max_fsm_pages

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: max_fsm_pages
Дата
Msg-id 12061.1062717844@sss.pgh.pa.us
обсуждение исходный текст
Ответ на max_fsm_pages  ("Jouneau Luc" <Luc.Jouneau@diamant.jouy.inra.fr>)
Список pgsql-admin
"Jouneau Luc" <Luc.Jouneau@jouy.inra.fr> writes:
> INFO:  Pages 11944: Changed 11944, Empty 0; Tup 32: Vac 1931936, Keep 0, Un=
> Used 0.
>         Total CPU 1.57s/1.90u sec elapsed 42.01 sec.

> It seems that FSM traced all of my deletes since it mentions removes in 864=
> 1+3303=3D11944 pages (>10000 which was set for max_fsm_page).

The numbers output by VACUUM don't tell you anything about how many of
those pages will actually be remembered in the FSM.

In practice, max_fsm_relations=100 is too small; we've bumped the
default to 1000 for 7.4.

> My first aim was to know if max_fsm_pages was set for each table or for a w=
> hole database.

Whole database.  That default setting is very small, too (enough for
a database of maybe a couple hundred meg, at most).

            regards, tom lane

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

Предыдущее
От: Josh Goldberg
Дата:
Сообщение: experimenting with coalesce, strange EXPLAIN results
Следующее
От: Murthy Kambhampaty
Дата:
Сообщение: Re: Seeking information about backup/recovery