Re: increasing max_fsm_pages.

From: "Gourish Singbal" <gourish(at)gmail(dot)com>
To: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: increasing max_fsm_pages.
Date: 2006-05-15 16:25:23
Message-ID: 674d1f8a0605150925q7f9b01b7k736fbe266f8b050e@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Thanks a lot for the information . We have modified the postgresql.conf file
to have max_fsm_pages to 300000. And restarted the database after doing a
Vacuum Full .

INFO: free space map contains 11518 pages in 56 relations
DETAIL: A total of 12320 page slots are in use (including overhead).
12320 page slots are required to track all free space.
Current limits are: 300000 page slots, 500 relations, using 1812 KB.
VACUUM

On 5/15/06, Jim C. Nasby <jnasby(at)pervasive(dot)com> wrote:
>
> On Mon, May 15, 2006 at 12:18:50PM +0530, Gourish Singbal wrote:
> > Group.
> >
> > Need some help in understanding the tuning parameter.
> >
> > we got the below message on database wide vacuuming :-
> > Vacuuming Result outcome on Sun May 14 20:22:47 PDT 2006 :-
> > INFO: free space map contains 195236 pages in 72 relations
> > DETAIL: A total of 200000 page slots are in use (including overhead).
> > 201744 page slots are required to track all free space.
> > Current limits are: 200000 page slots, 500 relations, using 1226 KB.
> > NOTICE: number of page slots needed (201744) exceeds max_fsm_pages
> (200000)
> > HINT: Consider increasing the configuration parameter "max_fsm_pages"
> to a
> > value over 201744.
> > VACUUM
> >
> > We have 4 GB of RAM on the machine if we increase the max_fsm_pages to
> > 300000 will the database performance be at stake ?.
>
> I'd say more accurately it'll be at stake if you don't. Each page slot
> takes 6 bytes, so you'll be using an additional 600k, which is
> essentially nothing.
>
> This article was written using the older vacuum output, but it might
> still be informative for you:
>
> http://www.pervasivepostgres.com/lp/newsletters/2005/Insights_opensource_Nov.asp#3
> --
> Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
> Pervasive Software http://pervasive.com work: 512-231-6117
> vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
>

--
Best,
Gourish Singbal

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Jeff Frost 2006-05-15 16:28:25 does wal archiving block the current client connection?
Previous Message Jim C. Nasby 2006-05-15 15:54:08 Re: Error in MS Access