Date: Sun, 14 Nov 2010 23:09:07 -0800 From: Patrick Mahan <mahan@mahan.org> To: Jack Vogel <jfvogel@gmail.com> Cc: freebsd-net@freebsd.org, Mike Tancsa <mike@sentex.net> Subject: Re: Debugging em(4) driver Message-ID: <4CE0DC93.1070204@mahan.org> In-Reply-To: <AANLkTi=snLVF9isj4OMDTyEwDbsSN09a_VZCabwS6hja@mail.gmail.com> References: <4CDF09BD.3050509@mahan.org> <AANLkTikiELuivohd7CYQ51rAsNur%2B1Kovqf%2B9Pq4X2M8@mail.gmail.com> <4CDF4AE6.5070507@mahan.org> <4CDF5D24.5000801@sentex.net> <AANLkTi=snLVF9isj4OMDTyEwDbsSN09a_VZCabwS6hja@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 11/13/2010 09:08 PM, Jack Vogel wrote: > The stats changed quite a bit for 8.1, they are much more informative now, > and they can be collected from anywhere not just the console. > > I don't quite understand what you are trying to do, debug an em problem > or just debug a problematic situation by using em?? > > Mike is right, the driver in HEAD has some significant fixes and would be > the best thing to use. > We were noticing a lot of slow down on the link between the two HPs. I would start a normal ping between the two boxes, start the traffic generation and I would see the ping's completely stop, even though I could see I was still getting traffic on the em(4) interface. Once the pings stop, we eventually started seeing failure in our network app that needs to query it's peer. It would timeout trying to send a notification message to it's peer. I wanted to see if there was a failure somewhere in the interface layer such as dropping packets. Plus I wanted to ensure the ringbuffer em(4) was using wasn't starving for packets. Patrick
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CE0DC93.1070204>