RES: Priority to a mission critical transaction - Mailing list pgsql-performance

From Carlos H. Reimer
Subject RES: Priority to a mission critical transaction
Date
Msg-id PEEPKDFEHHEMKBBFPOOKMEAIDKAA.carlos.reimer@opendb.com.br
Whole thread Raw
In response to Re: Priority to a mission critical transaction  ("Jim C. Nasby" <jim@nasby.net>)
Responses Re: RES: Priority to a mission critical transaction
Re: RES: Priority to a mission critical transaction
List pgsql-performance
Hi,

There is an article about "Lowering the priority of a PostgreSQL query"
(http://weblog.bignerdranch.com/?p=11) that explains how to use the
setpriority() to lower PostgreSQL processes.

I?m wondering how much effective it would be for i/o bound systems.

Will the setpriority() system call affect i/o queue too?

Reimer


> -----Mensagem original-----
> De: Jim C. Nasby [mailto:jim@nasby.net]
> Enviada em: domingo, 26 de novembro de 2006 22:52
> Para: Brad Nicholson
> Cc: carlos.reimer@opendb.com.br; pgsql-performance@postgresql.org
> Assunto: Re: [PERFORM] Priority to a mission critical transaction
>
>
> On Thu, Nov 23, 2006 at 03:40:15PM -0500, Brad Nicholson wrote:
> > On Tue, 2006-11-21 at 21:43 -0200, Carlos H. Reimer wrote:
> > > Hi,
> > >
> > > We have an application that is mission critical, normally very fast,
> > > but when an I/O or CPU bound transaction appears, the mission critical
> > > application suffers. Is there a way go give some kind of priority to
> > > this kind of application?
> > > Reimer
> >
> >
> > Not that I'm aware of.  Depending on what the problems transactions are,
> > setting up a replica on a separate machine and running those
> > transactions against the replica might be the solution.
>
> The BizGres project has been working on resource quotas, which might
> eventually evolve to what you're looking for.
> --
> Jim Nasby                                            jim@nasby.net
> EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)
>
>


pgsql-performance by date:

Previous
From: "J. Andrew Rogers"
Date:
Subject: Re: Postgres scalability and performance on windows
Next
From: Tom Lane
Date:
Subject: Re: RES: Priority to a mission critical transaction