From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "vinita bansal" <sagivini(at)hotmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: postgres 8 settings |
Date: | 2005-03-10 15:10:36 |
Message-ID: | 14962.1110467436@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
"vinita bansal" <sagivini(at)hotmail(dot)com> writes:
> Do these settings seem fine or I am making some mistake. These settings when
> used with Postgres 7.4 gave me good results but they don't seem to work with
> Postgres 8.0. Am I missing out on something??
Define "don't seem to work", please.
Offhand the only thing that comes to mind is that the GEQO parameters
changed meaning a bit in 8.0; you shouldn't blindly set geqo_effort the
same as you used to. But with geqo_threshold so high it may not matter
... do you even have any queries with more than 25 tables?
Also, it's just plain bizarre to have work_mem larger than
maintenance_work_mem; I cannot imagine any sane reason to do that.
Are you sure that work_mem = 128M is really a safe setting on your
hardware? If you have a good number of clients all concurrently
doing complicated queries, you could easily find yourself pushed
into swapping.
I concur with Mike's thought that shared_buffers = 100000 is on the high
side. wal_buffers = 1000 strikes me as a waste of RAM too; do you have
any proof that it helps to set it above 10?
Do you really think it's a good idea to disable the bgwriter?
Especially with such a long intercheckpoint time?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | paulo.oliveira | 2005-03-10 15:42:29 | fied separator change from the shell command line |
Previous Message | Nageshwar Rao | 2005-03-10 14:58:49 | Loading of native libraries in PLJAVA |