Messages in this thread | | | Date | Fri, 15 Mar 2002 08:55:19 +0100 (CET) | From | Ingo Molnar <> | Subject | Re: Severe IRQ problems on Foster (P4 Xeon) system |
| |
On Wed, 13 Mar 2002, Bill Davidsen wrote:
> > 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/
| |