LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: "Chris Friesen" <cfriesen@nortel.com> To: Ken Chen <kenchen@google.com> Cc: Ingo Molnar <mingo@elte.hu>, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, Peter Zijlstra <a.p.zijlstra@chello.nl>, Mike Galbraith <efault@gmx.de> Subject: Re: [patch] restore sched_exec load balance heuristics Date: Thu, 06 Nov 2008 14:49:55 -0600 [thread overview] Message-ID: <49135873.7010309@nortel.com> (raw) In-Reply-To: <b040c32a0811061232j49a40ce8md32ff5e614441e38@mail.gmail.com> Ken Chen wrote: > There are two callers to sched_balance_self(). In the sched_fork > path, sched_balance_self will balance the newly forked task. I think > it is OK to bounce a newly forked task to another CPU since current > CPU will be busy when fork returns in the parent process. What about vfork()? > And if sched_balance_self() needs to different between fork / exec > load balance, it has to check a flag from function argument, which I > think it is better to just short circuit in sched_exec() directly. From a cleanliness perspective, it make more sense to me for the decision as to whether or not to balance to be done in the "balance" function, not the "exec" function. Chris
next prev parent reply other threads:[~2008-11-06 20:50 UTC|newest] Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top 2008-11-06 19:40 [patch] restore sched_exec load balance heuristics Ken Chen 2008-11-06 20:07 ` Ingo Molnar 2008-11-06 20:32 ` Ken Chen 2008-11-06 20:38 ` Ingo Molnar 2008-11-06 20:49 ` Chris Friesen [this message] 2008-11-10 8:50 ` Peter Zijlstra 2008-11-10 9:29 ` Ingo Molnar 2008-11-10 12:54 ` Peter Zijlstra
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=49135873.7010309@nortel.com \ --to=cfriesen@nortel.com \ --cc=a.p.zijlstra@chello.nl \ --cc=efault@gmx.de \ --cc=kenchen@google.com \ --cc=linux-kernel@vger.kernel.org \ --cc=mingo@elte.hu \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).