From: "Jeremy M. Guthrie" <jeremy.guthrie@berbee.com>
Reply-To: jeremy.guthrie@berbee.com
Organization: Berbee Information Networks
To: netdev@oss.sgi.com
Subject: Re: V2.4 policy router operates faster/better than V2.6
Date: Fri, 14 Jan 2005 13:00:41 -0600
User-Agent: KMail/1.7.2
Cc: Robert Olsson <Robert.Olsson@data.slu.se>
References: <Pine.LNX.4.44.0501071416060.5818-100000@localhost.localdomain> <200501140859.42018.jeremy.guthrie@berbee.com> <16871.60849.905998.527106@robur.slu.se>
In-Reply-To: <16871.60849.905998.527106@robur.slu.se>
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart73718073.tc2AOGqPoy";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <200501141300.44347.jeremy.guthrie@berbee.com>
Sender: netdev-bounce@oss.sgi.com
Errors-to: netdev-bounce@oss.sgi.com
Precedence: bulk

--nextPart73718073.tc2AOGqPoy
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

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 la=
st=20
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 G=
C.
I am running w/ 2048 input buffers.  I am going to increase to 10K and try=
=20
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 migh=
t=20
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 commen=
t.

=2D-=20

=2D-------------------------------------------------
Jeremy M. Guthrie        jeremy.guthrie@berbee.com
Senior Network Engineer        Phone: 608-298-1061
Berbee                           Fax: 608-288-3007
5520 Research Park Drive         NOC: 608-298-1102
Madison, WI 53711

--nextPart73718073.tc2AOGqPoy
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBB6BbcqtjaBHGZBeURAoZDAJ9ZRJLyxJ66eMZUD+zVqOlSN58gYACfZ5oC
AE68yuBonH+VecKuVm0H56s=
=gsqU
-----END PGP SIGNATURE-----

--nextPart73718073.tc2AOGqPoy--