lkml.org 
[lkml]   [2003]   [Jan]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Gigabit/SMP performance problem
>> Dual what Xeon? I presume a P4 thing. Can you cat /proc/interrupts?
>> Are you using the irq_balance code? If so, I think you'll only use
>> 1 cpu to process all the interrupts from each gigabit card. Not that
>> you have much choice, since Intel broke the P4's interrupt routing.
>
> You got my attention with this statement. I've have Dual Xeon Prestonias on
> an I860 chipset (IWill dp400). cat /proc/interrupts indeed shows CPU0 as
> processing all IRQ's instead of sharing them with CPU1 on a 2.4.x kernel.
>
> Is there a work around for this, or is this *really* a problem? Some say it
> might be a problem depending on how many interrupts need to be processed per
> second. Others imply that cpu0 catching the irq's might be a good thing.

Right - depends what you're doing. You can look at irq balance (in 2.5
or 2.4-ac), but I don't like it as a solution much. Or you could try
programming the TPR (were some patches floating around). Would be interesting
to get some perf measurments against people using the TPR patches (is more
expensive to set on a P4). Or someone from Intel posted some code recently
that seemed to do more intelligent things, but I haven't had the time to
look closely. If you want to experiment with that, I'm sure people would
be interested in the results.

> I happen to have PIII's using VIA chipsets that dont have this issue with
> proc/interrupts. This is very annonying, but I wonder if it is worth
> worrying about.

P3's aren't as brain damaged.

M.

-
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/

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