Changing the nice() value of a running process.

Malaclypse the Elder dwc at homxc.ATT.COM
Tue Jan 24 13:06:57 AEST 1989


In article <8818 at alice.UUCP>, debra at alice.UUCP (Paul De Bra) writes:
> 
> To find out whether your apparent improvement is real you should measure
> the time needed to solve queries. Cursor response is deceiving.
> 
it is arguable that cursor response is the most important
measure since it is EXPECTED to be almost instantaneous while
database queries are EXPECTED to take a while.  but i agree
that the original poster is probably penalizing the database
backend process in favor of the interactive front end processes.

the problem will come if/when the cpu requirements of the
terminal processes ALONE start to saturate the cpu.  the
nice value will have a tendency to lock out the database process.
THAT IS, THE EFFECT OF NICE IS STATE DEPENDENT.  on lightly
loaded systems, the recent cpu used will dominate in differentiating
between processes.  on heavily loaded systems, the nice value
will tend to dominate (because of the fast rate at which the recent
cpu measure is decayed).

danny chen
att!homxc!dwc



More information about the Comp.unix.wizards mailing list