[lkml]   [2001]   [Jul]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: CPU affinity & IPI latency

Well, actually the sole purpose of <has_cpu> is
to lock a task out of a scheduling decision. Remember
during transient states, there are two tasks that have
the <has_cpu> flag set for a particular cpu.
So I think using <has_cpu> is kosher and preferred in
this situation, IMHO.

As you saw from David Levines reply, he thinks that
a list is more appropriate for more generic decision
But I don't like the fact that you lock down several
tasks at that point. In my solution, you return the
task back to general schedulability.

Hubertus Franke
Enterprise Linux Group (Mgr), Linux Technology Center (Member Scalability)


Mike Kravetz <> on 07/16/2001 12:14:46 PM

To: Hubertus Franke/Watson/IBM@IBMUS
cc: Mike Kravetz <>,,
Subject: Re: CPU affinity & IPI latency

On Fri, Jul 13, 2001 at 11:25:21PM -0400, Hubertus Franke wrote:
> Mike, could we utilize the existing mechanism such as has_cpu.

I like it. Especially the way you eliminated the situation where
we would have multiple tasks waiting for schedule. Hope this is
not a frequent situation!!! The only thing I don't like is the
use of has_cpu to prevent the task from being scheduled. Right
now, I can't think of any problems with it. However, in the past
I have been bit by using fields for purposes other than what they
were designed for.

Mike Kravetz
IBM Linux Technology Center

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:57    [W:0.079 / U:0.388 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site