[EMAIL PROTECTED] wrote: > Evgeniy Polyakov wrote: >> On Thu, Jul 20, 2006 at 02:21:57PM -0700, Ben Greear > ([EMAIL PROTECTED]) wrote: >> >>> Out of curiosity, is it possible to have the single producer logic >>> if you have two+ ethernet interfaces handling frames for a single >>> TCP connection? (I am assuming some sort of multi-path routing >>> logic...) >> >> >> I do not think it is possible with additional logic like what is >> implemented in softirqs, i.e. per cpu queues of data, which in turn >> will be converted into skbs one-by-one. > > Couldn't you have two NICs being handled by two separate > CPUs, with both CPUs trying to write to the same socket queue? > > The receive path works with RCU locking from what I > understand, so a protocol's receive function must be re-entrant.
Wouldn't it be easier simply not have two NICs feed the same ring? What packets end up in which ring is fully controllable. On the rare occasion that a single connection must be fed by two NICs a software merge of the two rings would be far cheaper than having to co-ordinate between producers all the time. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
