FW: iperf
>From: "Corey Cleric" <ccleric --at-- foundrynet.com>
>To: <ccleric --at-- foundrynet.com>, <iperf-users --at-- dast.nlanr.net>
>Subject: FW: iperf
>Cc: <kgibbs --at-- ncsa.uiuc.edu>
>Date: Tue, 7 Sep 2004 15:33:05 -0700
>
>
>I figured it out, found an additional place to add the -m32 in the
>Makefile.rules. Is there any planned to fix it to work with the x86_64 or
>64-bit OSes?
>
>Thanks
>
>Corey
>
>-----Original Message-----
>From: Corey Cleric [mailto:ccleric --at-- foundrynet.com]
>Sent: Tuesday, September 07, 2004 2:46 PM
>To: iperf-users --at-- dast.nlanr.net
>Cc: kgibbs --at-- ncsa.uiuc.edu
>Subject: FW: iperf
>
>
>Folks,
>
>To an inexperienced unix guy, how would I compile this with the -m32 flag?
>I have the make files in place and set the MAKEFLAGS=-m32 but it has no
>effect. Help.
>
>Thanks
>
>Corey
>
>
>At 05:03 PM 9/2/2004, you wrote:
>>Re: iperf 1.7.0 client hang
>>---------------------------------------------------------------------------
>-
>>----
>>
>>To: Iperf Users <iperf-users --at-- dast.nlanr.net>
>>Subject: Re: iperf 1.7.0 client hang
>>From: Kevin Gibbs <kgibbs --at-- ncsa.uiuc.edu>
>>Date: Sat, 13 Mar 2004 16:48:49 -0600 (CST)
>>Cc: Jason Alt <jalt --at-- ncsa.uiuc.edu>
>>Content-type: TEXT/PLAIN; charset=US-ASCII
>>In-reply-to: <3.0.5.32.20040309141902.03c66ef8 --at-- pop.ncsa.uiuc.edu>
>>Reply-to: iperf-users --at-- dast.nlanr.net
>>Sender: owner-iperf-users --at-- dast.nlanr.net
>>
>>---------------------------------------------------------------------------
>-
>>----
>>
>>This is a known problem with 64bit machines. It comes down to a strange
>>alignment issue, with multiple inherited classes. GCC 2.9X seems to handle
>>the situation ok but gcc 3 does not. If you add -m32 to the compile and
>>link flags you should get a working version. Or you can use 1.6.5 which
>>does not have the mutliple inherited classes that are causing this
>>problem.
>>
>>Kevin
>>
>>
>> > >Version 1.7.0 (built from source)
>> > > Linux 2.4.21.SuSE_144.bef1 #1 SMP ia64
>> > > System tg-login1.ncsa.teragrid.org
>> > > g++ version 3.22
>> > >
>> > >Problem:
>> > > Client hangs after contacting server, does not send data:
>> > >
>> > > jalt --at-- tg-login1:/scr/jalt/iperf-1.7.0> ./iperf -c latte.ncsa.uiuc.edu
>> > > ------------------------------------------------------------
>> > > Client connecting to latte.ncsa.uiuc.edu, TCP port 5001
>> > > TCP window size: 64.0 KByte (default)
>> > > ------------------------------------------------------------
>> > > control ^C
>> > >
>> > > Server Side:
>> > > bash-2.04$ ./iperf -s
>> > > ------------------------------------------------------------
>> > > Server listening on TCP port 5001
>> > > TCP window size: 60.0 KByte (default)
>> > > ------------------------------------------------------------
>> > > [ 4] local 141.142.15.38 port 5001 connected with 141.142.48.5 port
>>52175
>> > > [ ID] Interval Transfer Bandwidth
>> > > [ 4] 0.0-27.8 sec 0.00 Bytes 0.00 bits/sec
>> > >
>> > >It seems that Thread::Start() is called from main()
>(theClient->Start()).
>> > >EqualID() is FALSE so the new thread is never spawned. I'm not spending
>> > >enough time to find the correct solution but removing the EqualID()
>check
>> > >from Thread::Start() made it work.
>> > >
>> > >
>> > >Iperf does work on that same machine in server mode. Also, many of the
>>tests
>> > >completed with it running as a client until it reached the basic test
>>(which
>> > >hung).
>> > >
>> > >Hope that helps
>> > >
>> > >Jason Alt
>> > >
>> > >
>> > --
>> > Mitch Kutzko | mitch --at-- dast.nlanr.net | mitch --at-- ncsa.uiuc.edu | 217-333-1199
>> > http://hobbes.ncsa.uiuc.edu/
>> >
>
>
--
Mitch Kutzko | mitch --at-- dast.nlanr.net | mitch --at-- ncsa.uiuc.edu | 217-333-1199
Project: http://dast.nlanr.net/ | Personal: http://hobbes.ncsa.uiuc.edu/