Messages in this thread | | | Date | Thu, 04 Apr 2013 12:18:32 +0530 | From | Preeti U Murthy <> | Subject | Re: [PATCH 4/5] sched: don't consider upper se in sched_slice() |
| |
Hi Joonsoo,
On 04/04/2013 06:12 AM, Joonsoo Kim wrote: > Hello, Preeti.
> > So, how about extending a sched_period with rq->nr_running, instead of > cfs_rq->nr_running? It is my quick thought and I think that we can ensure > to run atleast once in this extending sched_period.
Yeah this seems to be correct.This would ensure sched_min_granularity also. So then in the scenarion where there are 2 tgs in a runqueue with 10 tasks each,when we calculate the sched_slice of any task,the __sched_period() would return 4*20 = 80ms.
The sched_slice of each of the task would be 80/20 = 4ms. But what about the sched_slice of each task group? How would that be calculated then?
Let us take the above example and walk through this problem.This would probably help us spot the issues involved with this.
> And, do we leave a problem if we cannot guaranteed atleast once property?
This would depend on the results of the benchmarks with the changes.I am unable to comment on this off the top of my head.
Thank you
Regards Preeti U Murthy
| |