From: | Richard Huxton <dev(at)archonet(dot)com> |
---|---|
To: | jerome(at)gmanmi(dot)tv, PgSQL Performance ML <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Best tweak for fast results.. ? |
Date: | 2003-08-26 17:44:19 |
Message-ID: | 200308261844.19268.dev@archonet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-performance |
On Tuesday 26 August 2003 14:42, JM wrote:
> need input on parameter values on confs...
>
> our database is getting 1000 transactions/sec on peak periods..
>
> sitting on RH 7.3
> 2.4.7-10smp
> RAM: 1028400
> SWAP: 2040244
>
> queries are just simple select statements based on timestamps, varchars...
> less on joins... on a 300K rows..
Assuming you're getting good query plans (check the output of EXPLAIN
ANALYSE)...
Start by checking the output of vmstat/iostat during busy periods - this will
tell you whether CPU/IO/RAM is the bottleneck.
There is a good starter for tuning PG at:
http://www.varlena.com/varlena/GeneralBits/Tidbits/index.php
Assuming your rows aren't too wide, they're probably mostly cached by Linux,
so you probably don't want to overdo the shared buffers/sort memory and make
sure the effective cache size is accurate.
--
Richard Huxton
Archonet Ltd
From | Date | Subject | |
---|---|---|---|
Next Message | Robby Russell | 2003-08-26 17:53:16 | Re: Fwd: installing postgres7.3.4 problem II |
Previous Message | Greg Stark | 2003-08-26 17:44:05 | Re: Linux ready for high-volume databases? |
From | Date | Subject | |
---|---|---|---|
Next Message | Darcy Buskermolen | 2003-08-26 17:48:10 | Re: Sun vs a P2. Interesting results. |
Previous Message | Dennis Gearon | 2003-08-26 17:25:28 | Re: [PERFORM] Best tweak for fast results.. ? |