These stats are from the driver Jesse instrumented.
ethtool -S eth3 | egrep -v ": 0"
NIC statistics:
rx_packets: 1130958533
tx_packets: 5
rx_bytes: 2373643298
tx_bytes: 398
rx_errors: 4388190
rx_dropped: 1486253
rx_fifo_errors: 2901937
rx_missed_errors: 2901937
rx_long_byte_count: 582194228258
rx_csum_offload_good: 1040376597
int_tx_desc: 4
int_tx_queueempty: 5
int_link_state: 1
int_rx_desc_min_thresh: 20704
int_rx_fifo_ovr: 1208
int_rx_timer: 331925913
int_rxcfg: 1
rx_csum_offload_errors: 325045
I am seeing more times w/ his driver where I run at zero errors. Of the last
877 samples since I switched drivers, I see 231 samples w/ zero errors.
On Friday 14 January 2005 10:05 am, Robert Olsson wrote:
> Jeremy M. Guthrie writes:
> > I ran a script overnight using the modified driver you had given me
> > Robert. it is interesting that there is almost always errors in the
> > interface even though we aren't getting dst-cache errors and running ~
> > 40% free CPU now. I am going to switch over to Jesse's driver to see if
> > his instrumentation helps nail down where the problem is.
> >
> >
> > rx_packets: 2722676103
> > tx_packets: 5
> > rx_bytes: 1171335471
> > tx_bytes: 398
> > rx_errors: 8558366
> > tx_errors: 0
> > rx_dropped: 1951692
>
> It might come from be periodic work from GC process correlate drops w.
> rtatat.
>
> I think the GC process can be made more smooth but studies and
> experimentation is probably needed as GC process is quite complex. Maybe
> some looked into this already?
> Also you reported less drops when you increased the size of the RX ring
> and I see higher system performance with smaller RX rings. Both statements
> may actually be true. Big rings size may buffer during periodic work as GC.
I am running w/ 2048 input buffers. I am going to increase to 10K and try
again.
> Also I have an experimental patch so you route without the route hash as a
> comparison. You have to be brave...
I am about 300 miles from the machine this week and next week though I might
be able to try it this weekend while I am home.
> BTW we had this thread going for week,
Pardon me for being a bit naive but I am not understanding this last comment.
--
--------------------------------------------------
Jeremy M. Guthrie jeremy.guthrie@xxxxxxxxxx
Senior Network Engineer Phone: 608-298-1061
Berbee Fax: 608-288-3007
5520 Research Park Drive NOC: 608-298-1102
Madison, WI 53711
pgpmGiVDuNfZy.pgp
Description: PGP signature
|