На PostgreSQL работает биллинг.
Возникла ситуация, когда необходимо установить разные приоритеты процессов postgres для различных типов клиентских подключений.
- Процессы postgres, обслуживающие железо должны работать с макс приоритетом
- Процессы postgres, обслуживающие SELECTы для статистики - меньший приоритет
- Наконец, backup - минимальный проритет

Вопросы:
1) есть ли какие-то стандартные средства на стороне клиента, которые позволили бы изменить PRI соответствующего процесса postgres или это невозможно в принципе?
2) нельзя ли где-нибудь в конфиге указать: для клиента А - проиритет процесса postgres - 0, для клиента Б - приоритет +10 и т.д.?

P.S.
1) Большинство клиентов работают на той же машине, что и сервер Postgre
2) Некрасиво как-то вычислять PID postgres'a по сокету клиента и делать ему renice

Заранее благодарен за любую информацию

В MS-SQL я, кстати, тоже не нашел решения этой проблемы
Oracle ... - это оч серьезно по-моему (еще пол-года разбираться что к чему :-)
Коль не получается в лоб - будем делать как получится, т.е. по лбу (под Win 2000 не получилось никак :-)))

сам и отвечаю на свой вопрос, может кому пригодится:

- есть встроенная функция pg_backend_pid(), которая возвращает pid backend-процесса postgres
- есть такой процедурный язык plperl :-)

что нужно сделать...
1) добавляем поддержку языка plperlu (plperl не умеет взаимодействовать с ОС из соображений безопасности)
2) создаем функцию изменения приоритета backend-процесса
CREATE OR REPLACE FUNCTION renice(int4, int4) RETURNS int4 AS '
$pid = shift;
$nice = shift;
system("renice $nice -p $pid");
return $?>>8;
END;
' LANGUAGE 'plperlu';
3) в клиентском приложении после коннекта вызываем ее: select renice(pg_backend_pid(), 19);

Вот и все...
Проверено на Postgre SQL Server 7.3.4 на ASP Linux 9.2
P.S. Поскольку backend-процесс работает от имени юниксового юзера postgres, то таким способом можно только поднять NICE, что в моей ситуации приемлемо