Hi Steve,
On Wed, Nov 25, 2015 at 10:41:32AM -0800, Steve Muckle wrote:
On 11/24/2015 07:55 PM, Leo Yan wrote:
[...]
Thanks for suggestion and agree. We can select CPUs with below prioirty (from high to low):
- Select CPUs in most power efficient for groups (so may be have more than one groups on SMP platform);
Let's say we are placing a small task on a big.Little system, and that small task could fit on both the big and Little cluster.
Does the above statement imply that we would not evaluate the best CPU in the big cluster? I'd think we should, in addition to the best CPU in the little cluster, and decide between those two options. This is because we can have cases where the big cluster is actually the most efficient place to run a task due to current task loads and the OPP of the little cluster.
Okay, should select CPU from every clusters and compare them (BTW, for general implementation system may have more than two clusters).
- Select CPUs with lowest OPP to meet capacity requirement;
- Select CPUs with highest utilization (as your said, here need to try to use least one, and I think it's more suitable for rt-app cases, even rt-app-6 also will take 35% CPU's utilization when CPU run at lowest OPP);
- Select CPUs with least CPU ID;
If you think here have no obvious logic error, I will try it in next 1~2 weeks and post result after finish related testing.
Could you post your draft changes here prior to testing? It'll help ensure I'm following your proposal correctly.
Sure, will post code at here and let you review firstly; Due I have another task in hand, so will do this in next week.
[...]
Thanks, Leo Yan