From: Jan-Bernd Themann <[EMAIL PROTECTED]> Date: Fri, 24 Aug 2007 15:59:16 +0200
> It would be nice if it is possible to schedule queues to other CPU's, or > at least to use interrupts to put the queue to another cpu (not nice for > as you never know which one you will hit). > I'm not sure how bad the tradeoff would be. Once the per-cpu NAPI poll queues start needing locks, much of the gain will be lost. This is strictly what we want to avoid. We need real facilities for IRQ distribution policies. With that none of this is an issue. This is also a platform specific problem with IRQ behavior, the IRQ distibution scheme you mention would never occur on sparc64 for example. We use a fixed round-robin distribution of interrupts to CPUS there, they don't move. Each scheme has it's advantages, but you want a difference scheme here than what is implemented and the fix is therefore not in the networking :-) Furthermore, most cards that will be using multi-queue will be using hashes on the packet headers to choose the MSI-X interrupt and thus the cpu to be targetted. Those cards will want fixed instead of dynamic interrupt to cpu distribution schemes as well, so your problem is not unique and they'll need the same fix as you do. - 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/
