Re: [PATCH] ehea: Optional TX/RX path optimized for SMP
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Date: Fri, 23 Feb 2007 08:49:59 -0800
This patch introduces an optional alternative receive processing
functionality (enabled via module load parameter). The ehea adapter
can sort TCP traffic to multiple receive queues to be processed by
the driver in parallel on multiple CPUs. The hardware always puts
packets for an individual tcp stream on the same queue. As the
current NAPI interface does not allow to handle parallel receive
threads for a single adapter (processing on multiple CPUs in parallel)
this patch uses tasklets with a simple fairness algorithm instead.
On the send side we also take advantage of ehea's multiple send queue
capabilites. A simple hash function in combination with the LL_TX
attribute allows to process tx-packets on multiple CPUs on different
queues. The hash function is needed to guarantee proper TCP packet
ordering. This alternative packet processing functionality leads to
significant performance improvements with ehea.
Why make this a module option that the user has to set? Are there any
circumstances when someone wouldn't want "significant performance
improvements?" If this approach is just better, then it should just
replace the old code.
Also, as far as the approach of using tasklets, I think it would be
better to use the "fake netdev" approach to continue to use NAPI.
Basically you create a pseudo-netdev for each receive queue and have
NAPI handle the polling for you -- you could look for
drivers/net/cxgb3 for an example of this.
- R.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [PATCH] ehea: Optional TX/RX path optimized for SMP
- From: Jan-Bernd Themann
- Re: [PATCH] ehea: Optional TX/RX path optimized for SMP
- References:
- [PATCH] ehea: Optional TX/RX path optimized for SMP
- From: Jan-Bernd Themann
- [PATCH] ehea: Optional TX/RX path optimized for SMP
- Prev by Date: Re: [r8169] Any success with RTL8110SC?
- Next by Date: Re: [PATCH] Kwatch: kernel watchpoints using CPU debug registers
- Previous by thread: [PATCH] ehea: Optional TX/RX path optimized for SMP
- Next by thread: Re: [PATCH] ehea: Optional TX/RX path optimized for SMP
- Index(es):
Relevant Pages
|