Messages in this thread | | | Date | Thu, 28 Mar 2002 16:24:34 -0800 | From | Mike Fedyk <> | Subject | Re: Linux Kernel Patch; setpriority |
| |
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/
| |