From: | Markus Schaber <schabi(at)logix-tt(dot)com> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: High CPU Load |
Date: | 2006-09-15 09:43:58 |
Message-ID: | 450A75DE.6050102@logix-tt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Hi, Jérôme,
Jérôme BENOIS wrote:
> max_connections = 512
Do you really have that much concurrent connections? Then you should
think about getting a larger machine, probably.
You will definitely want to play with commit_delay and commit_siblings
settings in that case, especially if you have write access.
> work_mem = 65536
> effective_cache_size = 131072
hmm, 131072*8*1024 + 512*65536*1024 = 35433480192 - thats 33 Gig of
Memory you assume here, not counting OS usage, and the fact that certain
queries can use up a multiple of work_mem.
Even on amachine that big, I'd be inclined to dedicate more memory to
caching, and less to the backends, unless specific needs dictate it. You
could try to use sqlrelay or pgpool to cut down the number of backends
you need.
> My Server is Dual Xeon 3.06GHz
For xeons, there were rumours about "context switch storms" which kill
performance.
> with 2 Go RAM and good SCSI disks.
For 2 Gigs of ram, you should cut down the number of concurrent backends.
Does your machine go into swap?
Markus
--
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS
Fight against software patents in Europe! www.ffii.org
www.nosoftwarepatents.org
From | Date | Subject | |
---|---|---|---|
Next Message | Markus Schaber | 2006-09-15 09:48:07 | Re: Vacuums on large busy databases |
Previous Message | Portal TPV | 2006-09-15 08:58:18 | Lanzamiento www.PortalTPV.com |