sched_setscheduler(2)
Bruce Dawson (VPN)
jbd at codemeta.com
Thu Nov 8 20:29:40 EST 2012
On 11/8/2012 6:56 PM, Thomas Charron wrote:
> On Thu, Nov 8, 2012 at 5:54 PM, Thomas Charron <twaffle at gmail.com
> <mailto:twaffle at gmail.com>> wrote:
>
> On 2.6.31-11-rt (Ubuntu 10.04 realtime kernel)
>
> ./a.out starting...
> My original scheduling policy is SCHED_OTHER (0)
> The original minimum scheduling priority is 0, the maximum is 0
> sched_get_priority_max(1) returned 99
> sched_get_priority_min(1) returned 1
> My target scheduling policy is SCHED_FIFO (1)
> The target minimum scheduling priority is 1, the maximum is 99
> params.sched_priority now set to 98
> It worked - now running in high-priority mode
> params.sched_priority now set to 98
> Now running at original scheduler policy
> My scheduling policy is SCHED_OTHER
> The minimum scheduling priority is 0, the maximum is 0
>
>
> It should also be noted that my system has:
>
> @video - rtprio 99
> @video - memlock unlimited
>
> My user is in the video group. You can probably guess what kind of
> development I'm doing on this box. X-D
I have to admit that the whole /etc/security thing is new to me. Wish I
knew more about these things - I suspect I should reboot after modifying
that directory, but another part of me says there should be a daemon
that I need to restart. And I can't find any documentation on it - I
can't even think of what to google for - "/etc/security" didn't bring up
much useful (at least now within the first page or so).
--Bruce
>
> --
> -- Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.gnhlug.org/mailman/private/gnhlug-discuss/attachments/20121108/174e3ebe/attachment.html
More information about the gnhlug-discuss
mailing list