Re: resend: KERNEL BUG: nice level should not affect SCHED_RR timeslice

2007-03-12 Thread Chris Friesen
Con Kolivas wrote: Indeed we do change timeslice with nice on rt_tasks in mainline at the moment. Truth is most rt programming couldn't care less about timeslices, but your point about it deviating from the standard is valid. RSDL does not change timeslice with nice on SCHED_RR tasks so it's s

Re: resend: KERNEL BUG: nice level should not affect SCHED_RR timeslice

2007-03-12 Thread Con Kolivas
On Thursday 08 March 2007 10:19, Chris Friesen wrote: > I still haven't seen any replies, so I'm resending with a few more > people directly in the TO list. > > The timeslice of a SCHED_RR process currently varies with nice level the > same way that it does for SCHED_OTHER. I've included a small a

resend: KERNEL BUG: nice level should not affect SCHED_RR timeslice

2007-03-07 Thread Chris Friesen
I still haven't seen any replies, so I'm resending with a few more people directly in the TO list. The timeslice of a SCHED_RR process currently varies with nice level the same way that it does for SCHED_OTHER. I've included a small app below that demonstrates the issue. So while niceness do

resend: KERNEL BUG: nice level should not affect SCHED_RR timeslice

2007-03-06 Thread Chris Friesen
Apparently the timeslice of the SCHED_RR process varies with nice level the same way that it does for SCHED_OTHER. So while niceness doesn't affect the priority of a SCHED_RR task, it does impact how much cpu it gets. SUSv3 indicates, "Any processes or threads using SCHED_FIFO or SCHED_RR s

kernel bug, nice level should not affect SCHED_RR timeslice

2007-03-05 Thread Chris Friesen
Apparently the timeslice of the SCHED_RR process varies with nice level the same way that it does for SCHED_OTHER. So while niceness doesn't affect the priority of a SCHED_RR task, it does impact how much cpu it gets. SUSv3 indicates, "Any processes or threads using SCHED_FIFO or SCHED_RR s