From: Joonsoo Kim <iamjoonsoo.kim@lge.com>
To: Ingo Molnar <mingo@redhat.com>, Peter Zijlstra <peterz@infradead.org>
Cc: linux-kernel@vger.kernel.org,
Srivatsa Vaddagiri <vatsa@linux.vnet.ibm.com>
Subject: Re: [PATCH v2 0/6] correct load_balance()
Date: Mon, 22 Apr 2013 17:01:35 +0900 [thread overview]
Message-ID: <20130422080135.GA19454@lge.com> (raw)
In-Reply-To: <1364277700-7509-1-git-send-email-iamjoonsoo.kim@lge.com>
On Tue, Mar 26, 2013 at 03:01:34PM +0900, Joonsoo Kim wrote:
> Commit 88b8dac0 makes load_balance() consider other cpus in its group.
> But, there are some missing parts for this feature to work properly.
> This patchset correct these things and make load_balance() robust.
>
> Others are related to LBF_ALL_PINNED. This is fallback functionality
> when all tasks can't be moved as cpu affinity. But, currently,
> if imbalance is not large enough to task's load, we leave LBF_ALL_PINNED
> flag and 'redo' is triggered. This is not our intention, so correct it.
>
> These are based on v3.9-rc4.
>
> Changelog
> v1->v2: Changes from Peter's suggestion
> [4/6]: don't include a code to evaluate load value in can_migrate_task()
> [5/6]: rename load_balance_tmpmask to load_balance_mask
> [6/6]: not use one more cpumasks, use env's cpus for prevent to re-select
>
> Joonsoo Kim (6):
> sched: change position of resched_cpu() in load_balance()
> sched: explicitly cpu_idle_type checking in rebalance_domains()
> sched: don't consider other cpus in our group in case of NEWLY_IDLE
> sched: move up affinity check to mitigate useless redoing overhead
> sched: rename load_balance_tmpmask to load_balance_mask
> sched: prevent to re-select dst-cpu in load_balance()
>
> kernel/sched/core.c | 4 +--
> kernel/sched/fair.c | 67 +++++++++++++++++++++++++++------------------------
> 2 files changed, 38 insertions(+), 33 deletions(-)
Hello, Ingo and Peter.
Just ping for this patchset.
Please let me know what I have to do for merging this patchset.
Thanks.
>
> --
> 1.7.9.5
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2013-04-22 8:00 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-26 6:01 [PATCH v2 0/6] correct load_balance() Joonsoo Kim
2013-03-26 6:01 ` [PATCH v2 1/6] sched: change position of resched_cpu() in load_balance() Joonsoo Kim
2013-03-26 6:01 ` [PATCH v2 2/6] sched: explicitly cpu_idle_type checking in rebalance_domains() Joonsoo Kim
2013-04-22 11:59 ` Peter Zijlstra
2013-03-26 6:01 ` [PATCH v2 3/6] sched: don't consider other cpus in our group in case of NEWLY_IDLE Joonsoo Kim
2013-04-22 11:59 ` Peter Zijlstra
2013-03-26 6:01 ` [PATCH v2 4/6] sched: move up affinity check to mitigate useless redoing overhead Joonsoo Kim
2013-03-26 6:01 ` [PATCH v2 5/6] sched: rename load_balance_tmpmask to load_balance_mask Joonsoo Kim
2013-03-26 6:01 ` [PATCH v2 6/6] sched: prevent to re-select dst-cpu in load_balance() Joonsoo Kim
2013-04-22 11:59 ` Peter Zijlstra
2013-04-22 8:01 ` Joonsoo Kim [this message]
2013-04-22 12:01 ` [PATCH v2 0/6] correct load_balance() Peter Zijlstra
2013-04-22 20:07 ` Davidlohr Bueso
2013-04-23 8:31 ` Joonsoo Kim
2013-04-23 8:50 ` Joonsoo Kim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130422080135.GA19454@lge.com \
--to=iamjoonsoo.kim@lge.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=vatsa@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.