Re: Poor Performance on a table

Поиск
Список
Период
Сортировка
Искать
От
Pallav Kalva
Тема
Re: Poor Performance on a table
Дата
Msg-id
41AF6DE5.8020301@deg.cc
Ответ на
Список
Дерево обсуждения
Poor Performance on a table Pallav Kalva <pkalva@deg.cc>
Re: Poor Performance on a table Frank Wiles <frank@wiles.org>
Re: Poor Performance on a table Pallav Kalva <pkalva@deg.cc>
Re: Poor Performance on a table Frank Wiles <frank@wiles.org>
Re: Poor Performance on a table Tom Lane <tgl@sss.pgh.pa.us>
Re: Poor Performance on a table Pallav Kalva <pkalva@deg.cc>
Re: Poor Performance on a table Josh Berkus <josh@agliodbs.com>
Re: Poor Performance on a table Tom Lane <tgl@sss.pgh.pa.us>
Hi Frank,

    Thanks! for the quick reply, here are my current default fsm setting .
 max_fsm_pages   = 20000 and  max_fsm_relations  =  1000
   What are the appropriates settings for these parameters ? are there 
any guidlines ? postgres docs doesnt give much information on setting 
these values.

Thanks!
Pallav

Frank Wiles wrote:

>On Thu, 02 Dec 2004 14:11:46 -0500
>Pallav Kalva  wrote:
>
>  
>
>>Hi ,
>>
>>    I have a table in my production database which has 500k rows and 
>>from the pg_class it shows the number of "relpages" of
>>around 750K for this table, the same table copied to a test database 
>>shows "relpages" as 35k. I run vacuumdb on the whole
>>database (not on the table individually but the whole database) daily.
>> 
>>I think because of this most of queries are slowing down which used to
>>
>>run much faster before.
>>  Is there any way to fix this problem ?
>>    
>>
>
>  Try a VACUUM FULL, this will clean up unused space.  You might also
>  want to adjust your free space map so that you don't have to do FULL
>  vacuums as often ( or at all ).  It is controlled by max_fsm_pages
>  and max_fsm_relations. 
>
> ---------------------------------
>   Frank Wiles 
>   http://www.wiles.org
> ---------------------------------
>
>
>---------------------------(end of broadcast)---------------------------
>TIP 2: you can get off all lists at once with the unregister command
>    (send "unregister YourEmailAddressHere" to majordomo@postgresql.org)
>
>  
>


В списке pgsql-performance по дате отправления
От: Bruce Momjian
Дата:
От: Tom Lane
Дата:
FAQ