From: | "Tomas Vondra" <tv(at)fuzzy(dot)cz> |
---|---|
To: | "Andrew Sullivan" <ajs(at)crankycanuck(dot)ca>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Hope for a new PostgreSQL era? |
Date: | 2011-12-08 17:48:13 |
Message-ID: | b27dbd6d4ad63e353fd9a978010cb35c.squirrel@sq.gransy.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 8 Prosinec 2011, 14:20, Andrew Sullivan wrote:
> On Thu, Dec 08, 2011 at 01:53:45PM +0100, Tomas Vondra wrote:
>> I wonder if the prioritisation could be done using nice - each backend
>> is
>> a separate process, so why not to do 'nice(10)' for low priority
>> processes
>> or something like that.
>
> This won't work because if you are holding a lock on something someone
> else needs, your low nice score is going to cause them problems. It
> could make things worse rather than better. (This suggestion comes up
> a lot, by the way, so there's been a lot of discussion of it
> historically.)
I'm aware of that, but there are cases when this may actually work.
For example we do have an OLTP system, but we need to build exports to
other systems regularly. The export may need to read a lot of data, but I
don't want to annoy the people who are using the system. So I could lower
the priority for the backend generating the report.
Yes, there are cases where this "priority inversion" makes it unusable.
Tomas
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Redekop | 2011-12-08 18:08:31 | Database system identifier via SELECT? |
Previous Message | Marc Cousin | 2011-12-08 17:45:56 | Re: Hope for a new PostgreSQL era? |