From: | Greg Youngblood <YoungblG(at)houstoncellular(dot)com> |
---|---|
To: | "'PostgreSQL General List'" <pgsql-general(at)postgresql(dot)org> |
Subject: | Help needed with performance tuning Postgres |
Date: | 1998-09-18 13:51:10 |
Message-ID: | 2B9713A99045D211BB4E0008C75668690B1044@SCORPEXC1.houstoncell.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
I have a database running fine, however, it is purely stock configuration. I
would like to fine tune it for better performance and to control memory
usage.
I have seen people refer to restricting the number of back end processes,
and fine tuning maximum memory consumption as well as other items.
I've read the man pages, and a few options look promising, such as -B on
postmaster and -S on postgres. However, I can't find anything that explains
what exactly those options will do, and the ramifications of changing them
away from defaults.
I also can't find any mention of restricting the number of simultaneous
connections. Or, restricting the number of back end processes that can be
run.
The database will have a lot of information, but has no need to run more
than maybe 4 to 12 backend processes. I would estimate that it wouldn't need
more than 6 unless special circumstances arose.
This database is going to sit behind a web based front end. There won't be a
lot of simultaneous queries on the system, in normal operations. The web
will be used as a query tool. Data modifications and updates will probably
be via Access and ODBC, but that may change to some web based modifications
and updates at a later time.
Does anyone have any pointers to fine tuning memory and performance details
of Postgres? I would really like to find something that documents not only
what things do, but what ramifications of certain operations are. I want to
understand the performance tuning, not just copy someone's prewritten
instructions.
Thanks.
Greg
Gregory S. Youngblood
ext 2164
From | Date | Subject | |
---|---|---|---|
Next Message | David Hartwig | 1998-09-18 14:37:49 | Re: [GENERAL] slow queries |
Previous Message | Thomas Good | 1998-09-18 13:40:34 | Re: [GENERAL] slow queries |