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
Views: Raw Message | Whole Thread | Download mbox | Resend email
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

Browse pgsql-performance by date

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