Skip site navigation (1) Skip section navigation (2)

Re: Very specific server situation

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Mauro N(dot) Infantino" <mauroi(at)digbang(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Very specific server situation
Date: 2007-04-27 22:51:36
Message-ID: 6665.1177714296@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-performance
"Mauro N. Infantino" <mauroi(at)digbang(dot)com> writes:
> What we basically have is a site where each user has a box with links to
> other randomly selected users. Whenever a box from a user is shown, a SPs is
> executed: a credit is added to that user and a credit is substracted from
> the accounts of the shown links. Accounts with no credits do not have to be
> listed. So, we've lots (LOTS) of users querying and updating the same table.

Have you checked to make sure the query plans are reasonable?  Have you
checked that autovacuum is running often enough?  (You might want to try
contrib/pgstattuple to see how much dead space there is in your
heavily-updated tables.)  Also, on a high-update workload it is
absolutely critical to boost checkpoint_segments far enough that you are
not doing checkpoints oftener than maybe once every five minutes.

If the performance problems seem "bursty" then you may also need to look
at adjusting bgwriter and/or vacuum cost delay parameters to smooth out
the I/O load.

			regards, tom lane

In response to

Responses

pgsql-performance by date

Next:From: Josh BerkusDate: 2007-04-28 00:46:17
Subject: Re: Feature Request --- was: PostgreSQL Performance Tuning
Previous:From: Dan HarrisDate: 2007-04-27 20:27:51
Subject: Re: Feature Request --- was: PostgreSQL Performance Tuning

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group