Re: Interpreting vacuum verbosity

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Interpreting vacuum verbosity
Дата
Msg-id 15289.1083958067@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Interpreting vacuum verbosity  (Jeff Boes <jboes@nexcerpt.com>)
Список pgsql-general
Jeff Boes <jboes@nexcerpt.com> writes:
> At some point, someone was going to write a "white paper" detailing how one
> might go about setting these parameters.

In 7.4, it's relatively easy to check on whether your settings are
reasonable: just do a VACUUM VERBOSE (database-wide) and check the
FSM requirements indicated at the end of the tediously chatty output.

All I have handy to illustrate with is a test server that has only the
regression test database loaded in it, so these numbers are very small,
but what I see is:

INFO:  free space map: 280 relations, 520 pages stored; 4720 total pages needed
DETAIL:  Allocated FSM size: 1000 relations + 20000 pages = 178 kB shared memory.

This says that what I actually need to keep track of the present free
space in the database is 280 FSM relation slots and 4720 FSM page slots.
So the allocated space is plenty comfy here.  If the "pages needed"
number is significantly larger than your max_fsm_pages setting, then you
have a problem.

            regards, tom lane

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

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: Storing a file hash as primary key
Следующее
От: Joe Conway
Дата:
Сообщение: Re: Storing a file hash as primary key