Re: Rx overruns on vortex 3com card ...possible causes??
Bogdan Costescu <[email protected]> Wed, 27 Aug 2003 19:22:09 +0200 (CEST)
| Newsgroups | gmane.linux.drivers.vortex.devel |
|---|---|
| Message-ID | <Pine.LNX.4.44.0308271910100.29201-100000@kenzo.iwr.uni-heidelberg.de> |
On 23 Aug 2003, Madhav Diwan wrote: > but this problem occurs on whichever unit is primary .. What do you mean by "unit" ? A network interface ? If so, the above would translate in "whichever interface is eth0" ? > I dont see any thing that particularly sticks out other than the shared > inturrupt . Well, 3 or 4 types of network chips in the same computer is not exactly common - they would each use a different driver. But I agree that it should work... > but should that not cause overruns on all three interfaces > that are using it.. not just the one? The overruns are caused by the card not being able to give away the packets to the computer fast enough. This heavily depends on the traffic on the cards, so if eth0 is much more loaded than the others that share the same interrupt, it's much more probable to have overruns on eth0 than on the others. Depending on the card/driver features, overruns might be harder to hit, for example by a bigger size of the Rx buffers ring. So comparing the interfaces in this way has no meaning. One possible solution for your case is to recompile the network driver with a higher value for RX_RING_SIZE and eventually to increase the value of the "max_interrupt_work" module parameter. But this is just a bandaid, saying "I give eth0 bigger chances to survive a burst of packets, while possibly lowering the chances for other interfaces". -- Bogdan Costescu IWR - Interdisziplinaeres Zentrum fuer Wissenschaftliches Rechnen Universitaet Heidelberg, INF 368, D-69120 Heidelberg, GERMANY Telephone: +49 6221 54 8869, Telefax: +49 6221 54 8868 E-mail: [email protected] _______________________________________________ vortex mailing list [email protected] http://www.scyld.com/mailman/listinfo/vortex