martin | 15 Nov 12:30 2010
Picon

iperf ignoring -w(TCP window size flag)

Me and a friend of mine troubleshooted one issue with TCP throughput
and used "TCP window size flag" option of Iperf. The problem was, that
Iperf often ignored this flag. For example like this:

TCP window size:  16 KByte (WARNING: requested  150 KByte)

However, I tested now between a FreeBSD, Ubuntu and Suse machine using
Iperf versions 2.0.4 and 2.0.5 and now it seemed to be working. Have
you encountered any issues with "TCP window size flag"? Should TCP
window size be configured only at client side or server side as well?

thanks you in advance!

------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Joseph Chiarelli | 18 Nov 18:27 2010
Picon

Issue with iperf -d option

When I start a 2.0.5 client with the dual option (-d) sometime the server gets hung. ( and the client cant reconnect to the socket).


but not sure if this patch is in 2.0.5 or not.

Any help is appreciated.
------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users
Siva Pothireddy | 26 Nov 07:52 2010
Picon

iperf on wince

Hi ,
Has anybody ported iperf for wince 6.0, i have seen some compilation
steps for embedded vc++ 3.0, i tried that for quite some time, but it
didnt work.
can any body share the iperf application on wince, or please let me
know how to compile, i am really in need of this,

Thanks in Advance
Siva

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Usman S. Ansari | 28 Nov 19:36 2010
Picon

iperf reported throughput


Appreciate if someone can shed light on this.

I am running iperf on two systems connected via 10 GB cards. I am seeing lot of difference between through put
reported by server and client.

Iperf threads     Through put report Gb/s
                 (by server) / (by client)
      3                 8.68 / 8.68 <=== same ===
      4                 8.61 / 9.47 <=== different ===

In past I have seen differences in through put reported by server and client, but not by this much.

Can someone tell why this is so and which number to trust ?

Thanks

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Kok Leong Chia | 30 Nov 06:39 2010
Picon

iPERF test dual mode (-d) problems

I am trying to perform iPERF test in dual mode (-d), but encountered the following problems.

 

 

1.       Using: iperf -c 157.234.216.11 -u -i 1 –d

Client side shows:

 

------------------------------------------------------------

Client connecting to 157.234.216.11, UDP port 5001

Sending 1470 byte datagrams

UDP buffer size: 64.0 KByte (default)

------------------------------------------------------------

[  4] local 10.66.134.172 port 4220 connected with 157.234.216.11 port 5001

------------------------------------------------------------

Server listening on UDP port 5001

Receiving 1470 byte datagrams

UDP buffer size: 64.0 KByte (default)

------------------------------------------------------------

[ ID] Interval       Transfer     Bandwidth

[  4]  0.0- 1.0 sec   129 KBytes  1.06 Mbits/sec

[  4]  1.0- 2.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  2.0- 3.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  3.0- 4.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  4.0- 5.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  5.0- 6.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  6.0- 7.0 sec   129 KBytes  1.06 Mbits/sec

[  4]  7.0- 8.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  8.0- 9.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  9.0-10.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec

[  4] Sent 893 datagrams

[  4] WARNING: did not receive ack of last datagram after 10 tries.

 

Problem: It only shows the uplink values, and iPERF hang and didn’t return.

 

2.       Using: iperf -c 157.234.216.11 -u -i 1 -d -B 10.66.134.172

Client side shows:

 

bind failed: Address already in use

------------------------------------------------------------

Client connecting to 157.234.216.11, UDP port 5001

Binding to local address 10.66.134.172

Sending 1470 byte datagrams

UDP buffer size: 64.0 KByte (default)

------------------------------------------------------------

[  4] local 10.66.134.172 port 4354 connected with 157.234.216.11 port 5001

------------------------------------------------------------

Server listening on UDP port 5001

Binding to local address 10.66.134.172

Receiving 1470 byte datagrams

UDP buffer size: 64.0 KByte (default)

------------------------------------------------------------

[ ID] Interval       Transfer     Bandwidth

[  4]  0.0- 1.0 sec   129 KBytes  1.06 Mbits/sec

[  4]  1.0- 2.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  2.0- 3.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  3.0- 4.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  4.0- 5.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  5.0- 6.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  6.0- 7.0 sec   129 KBytes  1.06 Mbits/sec

[  4]  7.0- 8.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  8.0- 9.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  9.0-10.0 sec   128 KBytes  1.05 Mbits/sec

[  4]  0.0-10.0 sec  1.25 MBytes  1.05 Mbits/sec

[  4] Sent 893 datagrams

[  4] WARNING: did not receive ack of last datagram after 10 tries.

 

Problem: There is a “bind failed” error. It only shows the uplink values, and iPERF hangs and didn’t return.

 

Please help.

Thanks.

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users
Jon Dugan | 1 Dec 03:23 2010
Picon

Re: iperf reported throughput

Excerpts from Usman S. Ansari's message of Sun Nov 28 12:36:44 -0600 2010:
> 
> Appreciate if someone can shed light on this.
> 
> I am running iperf on two systems connected via 10 GB cards. I am seeing lot of
> difference between through put reported by server and client.
> 
> Iperf threads     Through put report Gb/s
>                  (by server) / (by client)
>       3                 8.68 / 8.68 <=== same ===
>       4                 8.61 / 9.47 <=== different ===
> 
> In past I have seen differences in through put reported by server and client,
> but not by this much.
> 
> Can someone tell why this is so and which number to trust ?

When asking for help like this, please be sure to include the versions of
Iperf used during a test as well as brief summary of the OS and hardware that
is used on each host.  The actual Iperf output is usually helpful as well.  

Is this a TCP or a UDP test?  

For a TCP test I'd expect them to be pretty close.  If those numbers are from
a TCP test I'd like to hear more about your setup.  Sometimes they are off a
little bit due to the fact that the interval of time used to calculate the
throughput might vary a bit on client and server. 

Sometimes the UDP numbers vary a bit because with UDP it's just blasting
packets out without any flow control.  In this case the server number is the
accurate number since it will be what it was able to receive.  That will at
least be a lower bound.  It turns out that UDP reception can be difficult even
for fairly beefy hosts so sometimes the packets are lost a receive time.

Jon
--

-- 
Jon M. Dugan <jdugan@...>
ESnet Network Engineering Group
Lawrence Berkeley National Laboratory

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Jon Dugan | 1 Dec 03:30 2010
Picon

Re: iperf ignoring -w(TCP window size flag)

Excerpts from martin's message of Mon Nov 15 05:30:11 -0600 2010:
> Me and a friend of mine troubleshooted one issue with TCP throughput
> and used "TCP window size flag" option of Iperf. The problem was, that
> Iperf often ignored this flag. For example like this:
> 
> TCP window size:  16 KByte (WARNING: requested  150 KByte)
> 
> However, I tested now between a FreeBSD, Ubuntu and Suse machine using
> Iperf versions 2.0.4 and 2.0.5 and now it seemed to be working. Have
> you encountered any issues with "TCP window size flag"? Should TCP
> window size be configured only at client side or server side as well?
> 
> thanks you in advance!
> 

This looks like the OS had a limit on how large of a window you could request.
This isn't a bug with Iperf but an OS imposed limit.  For information on how
to raise this limit.

http://fasterdata.es.net/TCP-tuning/background.html

There are links on that page for details on tuning TCP on a variety of
operating systems.

Jon
--

-- 
Jon M. Dugan <jdugan@...>
ESnet Network Engineering Group
Lawrence Berkeley National Laboratory

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Marc Herbert | 1 Dec 10:45 2010
Picon

Re: iperf reported throughput

On Tue, 30 Nov 2010, Jon Dugan wrote:
> Excerpts from Usman S. Ansari's message of Sun Nov 28 12:36:44 -0600 2010:
> > I am running iperf on two systems connected via 10 GB cards. I am seeing lot of
> > difference between through put reported by server and client.

> For a TCP test I'd expect them to be pretty close.  If those numbers are from
> a TCP test I'd like to hear more about your setup.  Sometimes they are off a
> little bit due to the fact that the interval of time used to calculate the
> throughput might vary a bit on client and server. 

I suggested in private correspondence to increase the duration of the 
test and this made values converge. So I guess your guess might be 
right.

For short tests could OS buffers also skew results? Or has iperf some 
kind of acknowledgement protocol to avoid this?

> Sometimes the UDP numbers vary a bit because with UDP it's just blasting
> packets out without any flow control.  In this case the server number is the
> accurate number since it will be what it was able to receive.  That will at
> least be a lower bound.  It turns out that UDP reception can be difficult even
> for fairly beefy hosts so sometimes the packets are lost a receive time.

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Usman S. Ansari | 1 Dec 18:13 2010
Picon

Re: [Bulk] Re: iperf reported throughput

Marc's suggestion did help me. I increased test time from 10 seconds (default) to 90 seconds. It seems to get more consistent with 30+ second test time. I guess difference is more, because with 10 GB link, more data is being transferred (calculation error is higher).

For completeness sake, both ends are running Scientific Linux version 5.5. Reasonably power machines with PCI-e gen 2 interface.

Marc, I am not sure what you mean by OS buffers. I know that TCP offloads and even NIC cards coalesce data and send in bigger chucks to get more efficient PCI / PCI-e transfers.

On Wed, Dec 1, 2010 at 1:45 AM, Marc Herbert <marc.herbert-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
On Tue, 30 Nov 2010, Jon Dugan wrote:
> Excerpts from Usman S. Ansari's message of Sun Nov 28 12:36:44 -0600 2010:
> > I am running iperf on two systems connected via 10 GB cards. I am seeing lot of
> > difference between through put reported by server and client.

> For a TCP test I'd expect them to be pretty close.  If those numbers are from
> a TCP test I'd like to hear more about your setup.  Sometimes they are off a
> little bit due to the fact that the interval of time used to calculate the
> throughput might vary a bit on client and server.

I suggested in private correspondence to increase the duration of the
test and this made values converge. So I guess your guess might be
right.

For short tests could OS buffers also skew results? Or has iperf some
kind of acknowledgement protocol to avoid this?


> Sometimes the UDP numbers vary a bit because with UDP it's just blasting
> packets out without any flow control.  In this case the server number is the
> accurate number since it will be what it was able to receive.  That will at
> least be a lower bound.  It turns out that UDP reception can be difficult even
> for fairly beefy hosts so sometimes the packets are lost a receive time.


------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users-5NWGOfrQmnd4wTydcyPnfg@public.gmane.orgceforge.net
https://lists.sourceforge.net/lists/listinfo/iperf-users

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users
Marc Herbert | 1 Dec 23:04 2010
Picon

Re: [Bulk] Re: iperf reported throughput

2010/12/1 Usman S. Ansari <uansari@...>:
>
> Marc, I am not sure what you mean by OS buffers.

When a send() system call returns the data has typically not been sent
yet but just been buffered for sending.

In case the iperf sender stops the stopwatch immediately after the
last send() call has returned then the throughput computation is too
optimistic, especially for short duration tests. But maybe iperf knows
better?

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users


Gmane