> You don't mention the OS, but from your previous emails to the iperf
> and netperf lists,  I suspect that you're runnnig on Linux.  If so, be
> aware that  Linux doubles the requested socket buffer / TCP window
> sizes for resource accounting reasons.  So when an application
> requests a 32KB socket buffer, the kernel actually allows up to 64KB.
> This is a fairly well known quirk of the Linux stack.
> 
> The Linux TCP window auto-tuning is quite good, and in general it is
> best not to try to manually tune the window size.  Eg, it is often
> best to avoid specifying the -w argument on Linux.
> 
> Drew
> 

Yeah, I run it on Linux.
I can understand what you say. So I can't exactly say use only xxx Bytes 
because the stack do some things...
My problem is that I want to compare the behaviour of TCP and SCTP.
And if I use the -w option in iperf or in netperf with the sctp protocol that 
is really the maximum advertised received window size.
But now I want to do the same in TCP and I configured it so and the throughput 
is much better because the server can receive more bytes than the sctp.

Perhaps do you have an idea how I can do the test? I think to set the 
windowsize to the half that the kernel than double this value is not really a 
solution. Because in my test the windowsize of the server never reach the 
maximum values and I tried is with a lot of differents.

Regards
Frank


______________________________________________________
GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://movieflat.web.de


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Iperf-users mailing list
Iperf-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iperf-users

Reply via email to