> > i've written a patch for this, it's enclosed in this email. It implements
> > a brownean motion of IRQs, based on load patterns. The concept works
> > really well on Foster CPUs - eg. it will redirect IRQs to idle CPUs - but
> > if all CPUs are idle then the IRQs are randomly and evenly distributed
> > between CPUs.
>
> If several processors are idle, say CPU0 busy and CPU[123] idle, does it
> preferentially use a "CPU" on another chip? And does that make any
> difference? It's not clear to me if the HT CPUs share cache or not, they
> obviously share bandwidth from L2 to RAM.
it has no HT affinity knowledge yet, but adding it should be
straightforward. The IRQ 'move' function is in the slow path and can be
made HT-aware without any performance-worries.
Ingo
-
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/