Date: Mon, 30 Nov 2009 17:04:51 +0900 (JST) From: Hiroki Sato <hrs@FreeBSD.org> To: stable@FreeBSD.org Subject: em interface slow down on 8.0R Message-ID: <20091130.170451.24460248.hrs@allbsd.org>
next in thread | raw e-mail | index | archive | help
----Security_Multipart(Mon_Nov_30_17_04_51_2009_247)--
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi,
I noticed that network connection of one of my boxes got
significantly slow just after upgrading it to 8.0R. The box has an
em0 (82547EI) and worked fine with 7.2R.
The symptoms are:
- A ping to a host on the same LAN takes 990ms RTT, it reduces
gradually to around 1ms, and then it returns to around 1s. The
rate was about 2ms/ping.
- The response is quite slow, but no packet loss and network services
on the box seem to work fine as far as I can check. There does not
seem interrupt storm according to "vmstat -i". No error message
such as "watchdog timeout" appears.
Any ideas to narrow down the cause? It maybe a linkup problem with a
specific model of hub like full-duplex/half-duplex mismatch, but the
link is "1000baseT <full-duplex>" and setting it manually did not
solve it. I think it is certain that upgrading to 8.0R triggered it,
at least.
Another box with an em interface works fine after upgrading to 8.0R.
It has a different chip (82573E).
Details of the em interface and vmstat -i are the following:
em0@pci0:1:1:0: class=0x020000 card=0x302c8086 chip=0x10198086 rev=0x00 hdr=0x00
vendor = 'Intel Corporation'
device = 'Gigabit Ethernet Controller (LOM) (82547EI)'
class = network
subclass = ethernet
Adapter hardware address = 0xc42e1424
em0: CTRL = 0x183c0241 RCTL = 0x8002
em0: Packet buffer = Tx=10k Rx=30k
em0: Flow control watermarks high = 28672 low = 27172
em0: tx_int_delay = 66, tx_abs_int_delay = 66
em0: rx_int_delay = 0, rx_abs_int_delay = 66
em0: fifo workaround = 0, fifo_reset_count = 0
em0: hw tdh = 49, hw tdt = 49
em0: hw rdh = 238, hw rdt = 187
em0: Num Tx descriptors avail = 250
em0: Tx Descriptors not avail1 = 0
em0: Tx Descriptors not avail2 = 0
em0: Std mbuf failed = 0
em0: Std mbuf cluster failed = 0
em0: Driver dropped packets = 0
em0: Driver tx dma failure in encap = 0
dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 6.9.14
dev.em.0.%driver: em
dev.em.0.%location: slot=1 function=0 handle=\_SB_.PCI0.P0P2.TANA
dev.em.0.%pnpinfo: vendor=0x8086 device=0x1019 subvendor=0x8086 subdevice=0x302c class=0x020000
dev.em.0.%parent: pci1
dev.em.0.debug: -1
dev.em.0.stats: -1
dev.em.0.rx_int_delay: 0
dev.em.0.tx_int_delay: 66
dev.em.0.rx_abs_int_delay: 66
dev.em.0.tx_abs_int_delay: 66
dev.em.0.rx_processing_limit: 100
dev.em.0.wake: 0
% vmstat -i
interrupt total rate
irq4: uart0 3585 3
irq14: ata0 1811 1
irq15: ata1 112 0
irq16: uhci0 uhci3 15 0
irq18: em0 uhci2+ 92457 99
irq19: uhci1 1 0
irq23: ehci0 2 0
cpu0: timer 1849981 1997
cpu1: timer 1849961 1997
Total 3797925 4101
-- Hiroki
----Security_Multipart(Mon_Nov_30_17_04_51_2009_247)--
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)
iEYEABECAAYFAksTfKMACgkQTyzT2CeTzy1ziACfbqjNdukR8AtXBUSHvrynrCZ+
UpcAoIRwmAUN/Uj5ZcSzTgLO1JhiBSJ9
=qOop
-----END PGP SIGNATURE-----
----Security_Multipart(Mon_Nov_30_17_04_51_2009_247)----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091130.170451.24460248.hrs>