Re: controlling process priority
| От | Peter T. Brown |
|---|---|
| Тема | Re: controlling process priority |
| Дата | |
| Msg-id | 001501c1897b$8dc5ae90$7d00000a@PETER обсуждение исходный текст |
| Ответ на | Re: controlling process priority (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-sql |
I had an idea last night that addresses the process priority and the locking
issue: use LIMIT with an offset in a long running thread to programmatically
throttle the backend processing.
This works only because I am storing all the results to my queries as
pointers in a temporary table (then using those values as the basis for
subsequent queries).
-----Original Message-----
From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
Sent: Thursday, December 20, 2001 7:10 AM
To: Robert B. Easter
Cc: Peter T. Brown; pgsql-sql@postgresql.org
Subject: Re: [SQL] controlling process priority
"Robert B. Easter" <reaster@comptechnews.com> writes:
> [ C function to nice down the backend ]
This sort of thing has been suggested before, but I've always wondered
whether it isn't counterproductive. The trouble is priority inversion:
any time the niced backend is holding a lock on some shared
datastructure, it will be blocking the allegedly-higher-priority other
backends.
regards, tom lane
В списке pgsql-sql по дате отправления: