>> One way to settle this.... is there anyway to download a ton of data via
>> UDP???
>
> Yup, connection oriented protocols like TCP aren't a reliable metric for
> simplex bandwidth measurements. I can't find any performance tools to
> do this but it wouldn't be hard. Basically write a really simple UDP
> listener (a few lines of code) that will read, count and discard data as
> fast as it can and then report bytes/time on exit. Write a simple UDP
> sender to spew data at the target host as fast as it can. It's about as
> basic as you can get with socket programming.
>
> pchar or pathchar work good to estimate bandwidth based on the round trip
> time of a small number of different size datagrams. It's pretty accurate
> on an uncongested network link without large amounts of data.
I've been using netperf for performance testing bonded network
interfaces at work. It has a UDP stream test that might suit your purposes.
Received on Wed Dec 17 13:37:00 2008
This archive was generated by hypermail 2.1.8 : Wed Dec 17 2008 - 13:37:05 CST