Michael J McCafferty wrote:
Assuming all other things being equal, does a faster CPU handle more
interrupts per second ? If not, what does give me the ability to handle
more interrupts per second ?
Errrr, maybe. But polling is a better solution.
More IRQ's? Bus speed and chipset implementation are probably more
relevant. A second generation PCI interface should do better.
(PCI-Express or PCI-X).
Also, if you have a card that you can push some of the TCP stack into
the card, that won't fire an interrupt to the CPU at all.
I realize this is not a Linux specific question (in fact the firewall is
actually OpenBSD), but maybe there is someone who can answer this with
some degree of certainty.
Shut down interrupts and switch to polling. If the system has
effectively no load other than the packets, you should dedicate the CPU
to polling the interface. That way, all the other system stuff gets
handled and the card gets serviced as fast as possible but doesn't get
to interrupt more important tasks.
-a
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
