Re: UDP not sending at full rate

2010/4/30 Randy Buck <sutekistudent@...>:
> After a couple days of digging on the problem, I've found out (through my
> own watered down implementation of a iperf-like tool) that the sendto method
> is blocking at higher rates (indicating the buffer is full).

In some Linux kernel a long time ago, changing the socket buffer size
to be smaller/bigger than some tx_ring would trigger packet drops
inside the kernel. Probably not very useful, but making iperf actually
"send" at the rate requested.

------------------------------------------------------------------------------
_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Windows Iperf source code

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

_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

building iperf 2.0.5b1 under cygwin

Hi,
I'm trying to build iperf 2.0.5b1 under cygwin. The configure script
seems to work ok.
I get an error when I run make:

$ make
cd . && /bin/sh /cygdrive/c/chuckf/iperf-2.0.5b1/missing --run
aclocal-1.9
/usr/share/aclocal/pstoedit.m4:7: warning: underquoted definition of
AM_PATH_PSTOEDIT
  run info '(automake)Extending aclocal'
  or see
http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of
AM_PATH_LIBSMI
/usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of
AM_PATH_LIBMCRYPT
/usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of
AM_PATH_CPPUNIT
aclocal:configure.ac:237: warning: macro `AM_PATH_WEB100' not found in
library
 cd . && /bin/sh /cygdrive/c/chuckf/iperf-2.0.5b1/missing --run
automake-1.9 --foreign
cd . && /bin/sh /cygdrive/c/chuckf/iperf-2.0.5b1/missing --run autoconf
configure.ac:237: error: possibly undefined macro: AM_PATH_WEB100
      If this token and others are legitimate, please use
m4_pattern_allow.
      See the Autoconf documentation.
make: *** [configure] Error 1

Does anyone know anything about AM_PATH_WEB100? Or can I try the
m4_pattern_allow? I've never messed with autoconf before.

Or, maybe someone else has already built iperf 2.0.5 for windows.

Thanks,
chuck

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

_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Re: building iperf 2.0.5b1 under cygwin

Hi Chuck, 

You might try trunk.  I did some work a couple of weeks ago to clean up the
autoconf stuff.  Cygwin would be a good test to see if that succeeded.

There is also a patch in the tracker to make Iperf build under the Visual
Studio.  It's a pretty big patch and I haven't had time to review it to see
how invasive it is.  You can find it at:

http://sourceforge.net/tracker/?func=detail&aid=2919936&group_id=128336&atid=711373

No Iperf for Windows is the most common complaint I hear, so I'd love to see
patches to make Cygwin work as well as the visual studio patches.
I don't have Visual Studio or much experience with Windows so it isn't
something I'm likely to get to anytime soon.

Please let me know if trunk builds OK for you.  If it doesn't please let me
know what the errors are so I can see if I can fix them.

Thanks!

Jon

Excerpts from Chuck Fossen's message of Fri May 07 17:07:30 -0500 2010:
> Hi,
> I'm trying to build iperf 2.0.5b1 under cygwin. The configure script
> seems to work ok.
> I get an error when I run make:
> 
> $ make
> cd . && /bin/sh /cygdrive/c/chuckf/iperf-2.0.5b1/missing --run
> aclocal-1.9
> /usr/share/aclocal/pstoedit.m4:7: warning: underquoted definition of
> AM_PATH_PSTOEDIT
>   run info '(automake)Extending aclocal'
>   or see
> http://sources.redhat.com/automake/automake.html#Extending-aclocal
> /usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of
> AM_PATH_LIBSMI
> /usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of
> AM_PATH_LIBMCRYPT
> /usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of
> AM_PATH_CPPUNIT
> aclocal:configure.ac:237: warning: macro `AM_PATH_WEB100' not found in
> library
>  cd . && /bin/sh /cygdrive/c/chuckf/iperf-2.0.5b1/missing --run
> automake-1.9 --foreign
> cd . && /bin/sh /cygdrive/c/chuckf/iperf-2.0.5b1/missing --run autoconf
> configure.ac:237: error: possibly undefined macro: AM_PATH_WEB100
>       If this token and others are legitimate, please use
> m4_pattern_allow.
>       See the Autoconf documentation.
> make: *** [configure] Error 1
> 
> Does anyone know anything about AM_PATH_WEB100? Or can I try the
> m4_pattern_allow? I've never messed with autoconf before.
> 
> Or, maybe someone else has already built iperf 2.0.5 for windows.
> 
> Thanks,
> chuck
> 
--

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

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

_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

FW: building iperf 2.0.5b1 under cygwin

Sending to the list...

Hi Jon,
Thanks, the trunk built fine under cygwin. 
I was interested in the changes for cpu utilization when running as a
client. Or was that already in 2.0.4? (I only had the 1.7.0 windows
binary.) It works fine - so far - I've only done a quick test.
I'll try to give the VS patch a try sometime I have a chance.
chuck

>Hi Chuck, 
>
>You might try trunk.  I did some work a couple of weeks ago to clean up
the
>autoconf stuff.  Cygwin would be a good test to see if that succeeded.
>
>There is also a patch in the tracker to make Iperf build under the
Visual
>Studio.  It's a pretty big patch and I haven't had time to review it to
see
>how invasive it is.  You can find it at:
>
>http://sourceforge.net/tracker/?func=detail&aid=2919936&group_id=128336
&ati>d=711373
>
>No Iperf for Windows is the most common complaint I hear, so I'd love
to >see
>patches to make Cygwin work as well as the visual studio patches.
>I don't have Visual Studio or much experience with Windows so it isn't
>something I'm likely to get to anytime soon.
>
>Please let me know if trunk builds OK for you.  If it doesn't please
let me
>know what the errors are so I can see if I can fix them.
>
>Thanks!
>
>Jon

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

_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

building iperf 2.0.5b1 under visual studio

Hi,
I'm trying to apply the visual studio patch to the trunk.
I'm getting the following errors:

1>c:\chuckf\projects\iperf\trunk\src\service.c(512) : error C2065:
'thread_Settings' : undeclared identifier
1>c:\chuckf\projects\iperf\trunk\src\service.c(512) : error C2065:
'ext_gSettings' : undeclared identifier
1>c:\chuckf\projects\iperf\trunk\src\service.c(512) : error C2065: 'new'
: undeclared identifier
1>c:\chuckf\projects\iperf\trunk\src\service.c(512) : error C2106: '=' :
left operand must be l-value
1>c:\chuckf\projects\iperf\trunk\src\service.c(512) : error C2146:
syntax error : missing ';' before identifier 'thread_Settings'
1>c:\chuckf\projects\iperf\trunk\src\service.c(515) : warning C4013:
'Settings_Initialize' undefined; assuming extern returning int
1>c:\chuckf\projects\iperf\trunk\src\service.c(517) : warning C4013:
'Settings_ParseEnvironment' undefined; assuming extern returning int
1>c:\chuckf\projects\iperf\trunk\src\service.c(519) : warning C4013:
'Settings_ParseCommandLine' undefined; assuming extern returning int
1>c:\chuckf\projects\iperf\trunk\src\service.c(530) : warning C4013:
'isSTDOUT' undefined; assuming extern returning int
1>c:\chuckf\projects\iperf\trunk\src\service.c(531) : warning C4013:
'redirect' undefined; assuming extern returning int
1>c:\chuckf\projects\iperf\trunk\src\service.c(531) : error C2223: left
of '->mOutputFileName' must point to struct/union
1>c:\chuckf\projects\iperf\trunk\src\service.c(543) : error C2223: left
of '->mThreadMode' must point to struct/union
1>c:\chuckf\projects\iperf\trunk\src\service.c(543) : error C2065:
'kMode_Client' : undeclared identifier
1>c:\chuckf\projects\iperf\trunk\src\service.c(544) : warning C4013:
'client_init' undefined; assuming extern returning int
1>c:\chuckf\projects\iperf\trunk\src\service.c(549) : error C2065:
'into' : undeclared identifier
1>c:\chuckf\projects\iperf\trunk\src\service.c(549) : warning C4047: '='
: 'int' differs in levels of indirection from 'void *'
1>c:\chuckf\projects\iperf\trunk\src\service.c(549) : error C2106: '=' :
left operand must be l-value
1>c:\chuckf\projects\iperf\trunk\src\service.c(557) : warning C4013:
'thread_start' undefined; assuming extern returning int
1>c:\chuckf\projects\iperf\trunk\src\service.c(570) : warning C4013:
'thread_joinall' undefined; assuming extern returning int
1>c:\chuckf\projects\iperf\trunk\src\service.c(597) : warning C4013:
'sig_exit' undefined; assuming extern returning int

I'm not a C++ guy, but I'm wondering why there's a "new" in service.c.
And thread_Settings is defined in a .hpp file.
Am I supposed to tell VS to build with the C++ compiler or something?

Thanks for any help from a newbie...
chuck

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

_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Re: FW: building iperf 2.0.5b1 under cygwin

Excerpts from Chuck Fossen's message of Mon May 10 11:25:17 -0500 2010:
> Sending to the list...
> 
> Hi Jon,
> Thanks, the trunk built fine under cygwin. 
> I was interested in the changes for cpu utilization when running as a
> client. Or was that already in 2.0.4? (I only had the 1.7.0 windows
> binary.) It works fine - so far - I've only done a quick test.
> I'll try to give the VS patch a try sometime I have a chance.

The latest client cpu improvements made it into 2.0.5b1.  However, I'm not at
all familiar with threads under Cygwin, so while it is likely that the CPU
fixes helped for the Cygwin build it's by no means certain.

Jon
--

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

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

_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Re: FW: building iperf 2.0.5b1 under cygwin

>The latest client cpu improvements made it into 2.0.5b1.  However, I'm
not >at all familiar with threads under Cygwin, so while it is likely
that the >CPU fixes helped for the Cygwin build it's by no means
certain.
>
>Jon

Yes, it is definitely fixed. It went from using 98% down to 0% cpu
utilization on windows.

chuck

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

_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Re: building iperf 2.0.5b1 under visual studio

>I'm trying to apply the visual studio patch to the trunk.
>I'm getting the following errors:
> ...

On closer look, I see that Revision 44 moved the routine ServiceStart()
to service.c. The Visual Studio compiler doesn't seem to like this.
I moved it back, made a few more tweaks and got it to build the Debug
and Release versions.
I had to use Sleep instead of usleep and nanosleep.
If anyone is interested I'll send a diff.

chuck

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

_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users

Re: Windows Iperf source code

Excerpts from Krisakorn Rerkrai's message of Thu May 06 04:52:51 -0500 2010:
> Hi,
> 
> Would it be possible to release a source code for the Windows version of
> Iperf?

The source code for Iperf is available both as a tarball and from SVN on
Sourceforge.  The trunk version in the SVN repo builds just fine under Cygwin
(Thanks to Chuck Fossen for confirming this).

There are also patches (probably relative to an slightly older version of
Iperf) to build Iperf under Visual Studio:

http://sourceforge.net/tracker/?func=detail&aid=2919936&group_id=128336&atid=711373

At the moment I haven't had time to review these to see if they can be merged
into the mainline.  I'm also not familiar with the Windows network APIs.

Hope that helps,

Jon
--

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

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

_______________________________________________
Iperf-users mailing list
Iperf-users@...
https://lists.sourceforge.net/lists/listinfo/iperf-users