Date: Mon, 18 Oct 2004 23:00:11 -0700 From: Sean McNeil <sean@mcneil.com> To: John-Mark Gurney <gurney_j@resnet.uoregon.edu> Cc: freebsd-current@freebsd.org Subject: Re: re0 fix that works with polling Message-ID: <1098165611.77189.16.camel@server.mcneil.com> In-Reply-To: <20041019053319.GG22681@funkthat.com> References: <1097896460.1123.2.camel@server.mcneil.com> <20041018011235.GB22681@funkthat.com> <1098135068.2861.6.camel@server.mcneil.com> <20041018230208.GE22681@funkthat.com> <1098141908.3424.6.camel@server.mcneil.com> <20041019053319.GG22681@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-rnZpgtue8utUlhhZzrws Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-18 at 22:33, John-Mark Gurney wrote: > Sean McNeil wrote this message on Mon, Oct 18, 2004 at 16:25 -0700: > > > Do you have a video that you could send me, that I could do some test= ing > > > with this? (and vls config)? I've been doing my testing on an i386, > > > but that shouldn't be different enough to cause problems... (if it i= s, > > > then we need to think about what the re is behaving badly)... > >=20 > > I have placed 11 megs of the stream in > >=20 > > http://mcneil.com/~sean/freebsd/stream.mpg >=20 > damn, is that hdtv quality?? :) looks pretty nice... Yes, that is low-quality HD at 15mbps. It isn't too bad, though, until it gets to a part I don't think was in the short sample I provided. Gandalf is attacking the fire demon as they fall. Very blocky. > > You can install vls from ports (net/vls) and I run it with > >=20 > > vls -d udp:224.1.1.1:1234 file:stream.mpg > >=20 > > I agree that your assesment appears to be accurate in identifying no > > packet loss. Are you going through a switch or is this a cross from > > machine-machine? >=20 > The bad news is that it appears that I'm not dropping any packets at > all... I'm using vlc on my mac (which is also at gige), and it appears > to be getting full data rate.. though things are gittery,but the logs > are kinda wierd... The mac probably doesn't have enough horse power. Typically you need an Intel 3GHz processor to get it to play smoothly with software. > now the bad part of the news... if I drop my re0 card over to my 100mbit > switch: > media: Ethernet autoselect (100baseTX <full-duplex>) >=20 > Ok, here's a more complete run of what happened: > re0 <-> SMC gige switch <-> NetGear gige switch <-> MacOSX laptop (gige) > no packet loss observed.. ~1.9megs/sec or 1400pps received at MacOSX > laptop >=20 > re0 <-> summit48 (100mbit) <-> SMC gige switch <-> MacOSX laptop (gige) > w/ or w/o netgear switch between SMC and laptop, packet loss is > observed, only about 700-900kbyte/sec or 500-600pps This is very interesting. This is completely opposite to my experience. I have re0 <-> linksys gige <-> hardware decoder or freebsd box just doing capture both at 100bt packet loss. With mods, no loss. re0 at 100bt <-> linksys 100bt <-> same as above no packet loss. Could this be some sort of n-way negotiation issue? > now a bit more information, I did use snmpnetstat on the switch to verify > that the switch was receiving (but I forgot to verify that it was sending > all packets to the gige port) all packets even w/ the final packet loss.. >=20 > re0 <-> summit48 (100mbit) <-> MacOSX laptop > no packet loss observed... similar stats as to the straight gige above.. >=20 > now, I also tried receiving on win2k box, and I received a bit better > frame rate.. I don't think my macosx laptop can handle rendering the > data stream (or at least vlc doesn't know how to make use of the proper > acceleration).. the frame rate was really choppy, and sound not to good.= . Yes, that would be expected. Fastest laptop being a 1.5GHz and vlc may not be taking advantage of altivec. But then again maybe it is. Never tried it on mine. > Do you have an application that gets good stats from vlc? I did see > a few messages in the message log about dropped packets... but I coudln'= t > really figure out how many/much they were, and considering it was udp, > I expected some loss... The best thing I can recommend is to just capture the stream. I have a program at http://www.mcneil.com/~sean/freebsd/stream.c just compile as cc -o stream stream.c and run as ./stream 224.1.1.1:1234 >capture.mpg assuming address:port as before. I have another program that will compare the streams and report missing packets if you find that they appear to be dropping for you. > again, most of the stats was gathered with netstat, since this is the > easiest way I know to see things happening.. I really do appreciate the attention you are giving this, Jean-Mark. Sean --=-rnZpgtue8utUlhhZzrws Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBdK1ryQsGN30uGE4RAoelAKDA28ACEtHnlmVTs+piscR11g9DuwCg83+V hsmDoqlhxA/I7iFk/zoBLhU= =eXGv -----END PGP SIGNATURE----- --=-rnZpgtue8utUlhhZzrws--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1098165611.77189.16.camel>