Re: [RFC] irqbalance: Mark in-kernel irqbalance as obsolete, set to N by default

Andrew Morton wrote:

On Mon, 31 Jul 2006 10:35:26 -0700
Auke Kok <[email protected]> wrote:

We've recently seen a number of user bug reports against e1000 that the in-kernel irqbalance code is detrimental to network latency. The algorithm keeps swapping irq's for NICs from cpu to cpu causing extremely high network latency (>1000ms).

What kernel versions?  Some IRQ balancer fixes went in shortly after 2.6.17.

user reports show 2.6.17.1 having the problem, I'm trying to get more details information, and will ask if 2.6.18rc3 or so does better for them.

Cheers,

Auke
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • [RFC] irqbalance: Mark in-kernel irqbalance as obsolete, set to N by default
    • From: Auke Kok <[email protected]>
  • Re: [RFC] irqbalance: Mark in-kernel irqbalance as obsolete, set to N by default
    • From: Andrew Morton <[email protected]>

• Prev by Date: Re: [RFC, PATCH 0/5] Going forward with Resource Management - A cpu controller
• Next by Date: Re: PATCH 2 of 4] cpumask: export cpu_online_map and cpu_possible_map consistently
• Previous by thread: Re: [RFC] irqbalance: Mark in-kernel irqbalance as obsolete, set to N by default
• Next by thread: Re: [RFC] irqbalance: Mark in-kernel irqbalance as obsolete, set to N by default
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]