Re: Replication Syatem

Поиск
Список
Период
Сортировка
От Vivek Khera
Тема Re: Replication Syatem
Дата
Msg-id 5C077297-F9AA-4890-87BF-DFBC677DEDFF@khera.org
обсуждение исходный текст
Ответ на Re: Replication Syatem  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
On Apr 29, 2008, at 10:16 AM, Tom Lane wrote:

> Greg Smith <gsmith@gregsmith.com> writes:
>> The model here assumes that you'll need that space again for the
>> next time
>> you UPDATE or INSERT a row.  So instead VACUUM just keeps those
>> available
>> for database reuse rather than returning it to the operating system.
[ ... ]
> Also, you need to make sure you have the FSM parameters set high
> enough
> so that all the free space found by a VACUUM run can be remembered.
>
> The less often you run VACUUM, the more FSM space you need, because
> there'll be more free space reclaimed per run.

I can actually watch one of our applications slow down once the free
space in the table is used up.  Extending the data file seems to be
much more expensive than using the free space found in existing pages
of the file.


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Where do a novice do to make it run faster?
Следующее
От: John Rouillard
Дата:
Сообщение: Re: Very poor performance loading 100M of sql data using copy