Re: [ PATCH 0/8] sched: remove cpu_load array

2014-03-17 Thread Alex Shi
On 03/17/2014 11:24 AM, Alex Shi wrote: > On 03/13/2014 01:57 PM, Alex Shi wrote: >> In the cpu_load decay usage, we mixed the long term, short term load with >> balance bias, randomly pick a big/small value from them according to balance >> destination or source. This mix is wrong, the balance

Re: [ PATCH 0/8] sched: remove cpu_load array

2014-03-17 Thread Alex Shi
On 03/17/2014 11:24 AM, Alex Shi wrote: On 03/13/2014 01:57 PM, Alex Shi wrote: In the cpu_load decay usage, we mixed the long term, short term load with balance bias, randomly pick a big/small value from them according to balance destination or source. This mix is wrong, the balance bias

Re: [ PATCH 0/8] sched: remove cpu_load array

2014-03-16 Thread Alex Shi
On 03/13/2014 01:57 PM, Alex Shi wrote: > In the cpu_load decay usage, we mixed the long term, short term load with > balance bias, randomly pick a big/small value from them according to balance > destination or source. This mix is wrong, the balance bias should be based > on task moving cost

Re: [ PATCH 0/8] sched: remove cpu_load array

2014-03-16 Thread Alex Shi
On 03/13/2014 01:57 PM, Alex Shi wrote: In the cpu_load decay usage, we mixed the long term, short term load with balance bias, randomly pick a big/small value from them according to balance destination or source. This mix is wrong, the balance bias should be based on task moving cost between

[ PATCH 0/8] sched: remove cpu_load array

2014-03-12 Thread Alex Shi
In the cpu_load decay usage, we mixed the long term, short term load with balance bias, randomly pick a big/small value from them according to balance destination or source. This mix is wrong, the balance bias should be based on task moving cost between cpu groups, not on random history or

[ PATCH 0/8] sched: remove cpu_load array

2014-03-12 Thread Alex Shi
In the cpu_load decay usage, we mixed the long term, short term load with balance bias, randomly pick a big/small value from them according to balance destination or source. This mix is wrong, the balance bias should be based on task moving cost between cpu groups, not on random history or