RE: Packet passing performance study on exotic hardware.

From: David Gilbert <dgilbert_at_dclg.ca>
Date: Fri, 8 Oct 2004 12:03:23 -0400
>>>>> "Gerrit" == Gerrit Nagelhout <gnagelhout_at_sandvine.com> writes:

Gerrit> David Gilbert Wrote:
>>  - with polling and excessive packets, it doesn't "receive" the
>> full load of packets.  In netstat -w, they show as input "errors"
>> although the number of "errors" isn't strictly related to the
>> number of dropped packets.  It's just some large number that
>> generally increases with the number of dropped packets.
>> 

Gerrit> In em_update_stats_counters, errors is calculated as follows:

Gerrit> 	/* Rx Errors */
ifp-> if_ierrors =
adapter-> dropped_pkts + stats.rxerrc + stats.crcerrs + stats.algnerrc
adapter-> + stats.rlec + adapter->stats.rnbc + stats.mpc +
adapter-> adapter->stats.cexterr;

Gerrit> The extra errors you are talking about come from doing mpc +
Gerrit> rnbc.  Only mpc (missed packet count) (and the other errors of
Gerrit> course) should be used.  Rnbc is an indication of the internal
Gerrit> buffer filling up, but not yet dropping packets, and should
Gerrit> not be included.

That does explain it.  I did, BTW increase to the 4096 sized ring as
my cards supported it.  It seems to me that the bottle neck is the
time required to send preventing the driver from getting back to the
receive queue.

Dave.

-- 
============================================================================
|David Gilbert, Independent Contractor.       | Two things can only be     |
|Mail:       dave_at_daveg.ca                    |  equal if and only if they |
|http://daveg.ca                              |   are precisely opposite.  |
=========================================================GLO================
Received on Fri Oct 08 2004 - 14:03:30 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:16 UTC