Re: Linux Kernel Patch; setpriority

Mike Fedyk (mfedyk@matchmail.com)
Thu, 28 Mar 2002 16:24:34 -0800


On Wed, Mar 27, 2002 at 09:19:37PM +0000, David Wagner wrote:
> What's the argument why this change to the semantics of setpriority()
> is a reasonable one to make?
>
> Previously, non-root users [*] could not decrement their current priority
> value (i.e., make their own processes run faster). Now you're allowing
> processes to decrement the current priority, so long as they stay within
> the range 0..19. But what if the priority had been increased by the

> Am I overlooking something?

Yes. (I didn't look at the patch itself) but, it should allow you to change
the *nice* value of the process. It doesn't allow you to change the actual
priority of the process/thread. The scheduler itself takes into account the
nice value and interactiveness (ingo's new scheduler at least...).

One thing to thing about though, is that maybe the administrator set the
user to nice value 5 and this would allow the user to get back down the the
default of 0.

One thing you could do in that case would be to set the *other* processes to
a higher priority...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/