Re: Postmaster hogs CPU

From: "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>
To: Chris Gamache <cgg007(at)yahoo(dot)com>
Cc: <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Postmaster hogs CPU
Date: 2004-05-05 21:25:16
Message-ID: Pine.LNX.4.33.0405051524160.3214-100000@css120.ihs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Wed, 5 May 2004, Chris Gamache wrote:

> When I run an query (that I have identified as expensive, and non-critical), I
> would like to be able to take its priority down a few notches to allow the
> standard every-day tasks of the DB to run unhindered. As it stands, postmasters
> elbow each other out for processor time, and it seems like one expensive query
> can bring other DB functions to a crawl.
>
> Hardware : Dual P4 Xeon 2.8GHz; 1 GB RAM; ULTRA320 RAID 10 with an ext3
> filesystem
> PostgreSQL 7.4.2
>
> What can be done to allow for smarter preemption? Could I do anything at the OS
> level to throttle that particular postmaster's process? I'm running (IMO) a
> balanced config, but there's always room for improvement. Its that oddball
> query that comes around once every so often that causes the problem.

It is inadvisable to change priority of backends as that could lead to
deadlocks in certain situations I believe.

Have you read:

http://www.varlena.com/varlena/GeneralBits/Tidbits/perf.html

yet? It may just be that you don't have enough shared_buffers or whatnot.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Gaetano Mendola 2004-05-06 01:09:25 Re: Postmaster hogs CPU
Previous Message Chris Gamache 2004-05-05 20:03:55 Postmaster hogs CPU