RE: [PATCH] proc: Get/set timer slack through /proc

[Smith, GeoffX]

On Friday, January 01, 2010, Arjan@xxxxxxxxxxxxx wrote:

>On Thu, 31 Dec 2009 13:01:49 -0800 
>"Smith, GeoffX" <geoffx.smith@xxxxxxxxx> wrote:
>
>> Subject: Get/set timer_slack_ns through /proc
>>
>> This patch makes the timer_slack_ns parameter accessible through
>> the /proc system.
>>
>> On 9/1/2008, arjan@xxxxxxxxxxxxxxx submitted a patch to allow a
>> process to set the timer slack value as part of the range timers
>> feature.  Further, he noted that "Applications and admins can
>> override this [the timer slack value] via the prctl()."
>>
>> We have found this feature useful in attempting to reduce system
>> wakeups caused by timer interrupts.  But we have also found that
>> while applications can set their own timer slack value, there is no
>> provision for setting the timer slack for another process -- prctl()
>> only operates on the current process.
>
>this statement is incorrect btw;
>timerslack is explicitly inherited over exec, so you can have (and we
>do have) a utility similar to the nice program, that launches an
>application with a specific timer slack.

Hmmm, that seems a lot less flexible, but I see how that would work.

Nonetheless, using "nice" as a model is that you would have to modify anything that launches applications, right?  This would mean modifying /etc/init.d and application scripts, which seems beyond the scope of "admin".   Or am I missing something?


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/