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
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 |