[netperf-talk] help needed
Srinivasan S
srinivasan.s at ittiam.com
Sun Dec 18 21:44:08 PST 2005
Hi Rick,
With Strace even after 40 minuts I don't get 10 Sec timeout, I tried with -l 1 option
trying to run for one second and even after 10 minuts it does not end. Is it normal
with strace?
With the debugging option I have the following
1. At the server side
---------------------
-----------------------------------------start of log -------------------------
recv_request: received 256 bytes of request.
netserver: recv_tcp_stream: entered...
recv_tcp_stream: setting the response type...
recv_tcp_stream: the response type is set...
recv_tcp_stream: requested alignment of 8
complete_addrinfo using hostname 0.0.0.0 port 0 family AF_INET type SOCK_STREAM prot IPPROTO_TCP flags 0x0
getaddrinfo returned the following for host '0.0.0.0' port '0' family AF_INET
cannonical name: '0.0.0.0'
flags: 2 family: AF_INET: socktype: SOCK_STREAM protocol IPPROTO_TCP addrlen 16
sa_family: AF_INET sadata: 0 0 0 0 0 0
create_data_socket: socket 2 obtained...
netperf: set_sock_buffer: send socket size determined to be 16384
netperf: set_sock_buffer: receive socket size determined to be 87380
recv_tcp_stream: receive alignment and offset set...
recv_tcp_stream: got 3.83549e+07 bytes
recv_tcp_stream: got 25983 recvs
recv_tcp_stream: test complete, sending results.
bytes_received 3.83549e+07 receive_calls 25983
len 0
recv_request: received 0 bytes of request.
recv_request: remote requested shutdown of control
-----------------------------------------end of log -------------------------
2. At the netperf (target) side
-------------------------------
-----------------------------------------start of log -----------------------
# ./netperf -H 172.20.33.217,4 -L 172.20.38.31,4 -d
Program name: ./netperf
Local send alignment: 8
Local recv alignment: 8
Remote send alignment: 8
Remote recv alignment: 8
Report local CPU 0
Report remote CPU 0
Verbosity: 1
Debug: 1
Port: 12865
Test name: TCP_STREAM
Test bytes: 0 Test time: 10 Test trans: 0
Host name: 172.20.33.217
installing catcher for all signals
Could not install signal catcher for sig 9, errno 22
Could not install signal catcher for sig 19, errno 22
remotehost is 172.20.33.217 and port 12865
establish_control called with host '172.20.33.217' port '12865' remfam AF_INET
local '172.20.38.31' port '0' locfam AF_INET
getaddrinfo returned the following for host '172.20.33.217' port '12865' family AF_INET
cannonical name: '172.20.33.217'
flags: 2 family: AF_INET: socktype: SOCK_STREAM protocol IPPROTO_TCP addrlen 16
sa_family: AF_INET sadata: 50 65 172 20 33 217
getaddrinfo returned the following for host '172.20.38.31' port '0' family AF_INET
cannonical name: '172.20.38.31'
flags: 3 family: AF_INET: socktype: SOCK_STREAM protocol IPPROTO_TCP addrlen 16
sa_family: AF_INET sadata: 0 0 172 20 38 31
bound control socket to 172.20.38.31 and 0
successful connection to remote netserver at 172.20.33.217 and 12865
complete_addrinfo using hostname 172.20.33.217 port 0 family AF_UNSPEC type SOCK_STREAM prot IPPROTO_TCP flags 0x0
getaddrinfo returned the following for host '172.20.33.217' port '0' family AF_UNSPEC
cannonical name: '172.20.33.217'
flags: 2 family: AF_INET: socktype: SOCK_STREAM protocol IPPROTO_TCP addrlen 16
sa_family: AF_INET sadata: 0 0 172 20 33 217
complete_addrinfo using hostname 0.0.0.0 port 0 family AF_UNSPEC type SOCK_STREAM prot IPPROTO_TCP flags 0x1
getaddrinfo returned the following for host '0.0.0.0' port '0' family AF_UNSPEC
cannonical name: '0.0.0.0'
flags: 3 family: AF_INET: socktype: SOCK_STREAM protocol IPPROTO_TCP addrlen 16
sa_family: AF_INET sadata: 0 0 0 0 0 0
TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 172.20.33.217 (172.20.33.217) port 0 AF_INET
create_data_socket: socket 4 obtained...
netperf: set_sock_buffer: send socket size determined to be 16384
netperf: set_sock_buffer: receive socket size determined to be 87380
send_tcp_stream: send_socket obtained...
recv_response: received a 256 byte response
remote listen done.
About to start a timer for 10 seconds.
recv_response: received a 256 byte response
remote results obtained
calculate_confidence: itr 1; time 9.996183; res 0.000000
lcpu -1.000000; rcpu -1.000000
lsdm -1.000000; rsdm -1.000000
Recv Send Send
Socket Socket Message Elapsed
Size Size Size Time Throughput
bytes bytes bytes secs. 10^6bits/sec
87380 16384 16384 10.00 0.00
shutdown_control: shutdown of control connection requested.
#
-----------------------------------------end of log -------------------------
I see that Test bytes: 0 and Test trans: 0 is this normal?
Also there are signal catcher error (error 22) why does it come and does it
effect the test?
bye and thanking you,
-Srini
-----Original Message-----
From: Rick Jones [mailto:rick.jones2 at hp.com]
Sent: Friday, December 16, 2005 11:29 PM
To: Srinivasan S
Cc: netperf-talk at netperf.org
Subject: Re: [netperf-talk] help needed
Srinivasan S wrote:
> Hi Rick,
> Thank you for your response.
>
> I did the following tests:
> 1. ran netserver in the board and netperf in the host and got through put as -0.00
> 2. ran only the netperf in the board without runnin netserver in the host and I got
> "establish_control could not establish the control connection ..." This confirms that
> the control connection are established otherwise.
> 3. With strace, it appears the configuration are fine. Please see the attachment.
>
> Bye the way how do I enable debugging in netperf ?
>
with the -d option.
> write(1, "TCP STREAM TEST from 0.0.0.0 (0."..., 95TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to nshost (172.20.33.217) port 0 AF_INET
> ) = 95
> socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 4
> getsockopt(4, SOL_SOCKET, SO_SNDBUF, [16384], [4]) = 0
> getsockopt(4, SOL_SOCKET, SO_RCVBUF, [87380], [4]) = 0
> setsockopt(4, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
> bind(4, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
> brk(0x33000) = 0x33000
> brk(0x37000) = 0x37000
> send(3, "\0\0\0\n\377\377\377\377\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 256, 0) = 256
> select(1024, [3], NULL, NULL, {120, 0}) = 1 (in [3], left {120, 0})
> recv(3, "\0\0\0\v\0\0\0\0\0\1UT\0\1UT\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 256, 0) = 256
> connect(4, {sa_family=AF_INET, sin_port=htons(2087), sin_addr=inet_addr("172.20.33.217")}, 16) = 0
so, 172.20.22.217 is the correct IP yes? seems to match
> rt_sigaction(SIGALRM, {0x98a8, [ALRM], SA_INTERRUPT|0x4000000}, NULL, 8) = 0
> alarm(10) = 0
> gettimeofday({2044, 561719}, {0, 0}) = 0
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0) = 16384
> ...
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 16384, 0) = 16384
> send(4, "\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\321\33\0\0001"..., 16384, 0 <unfinished ...>
> #
Hmm, nothing after that in the strace? There should have been the expiration of
the 10 second timer and stuff happening on the control connection. It appears
that there were enough send calls that something must have been consuming data
on the other end. I wonder if there are "issues" with number formats between
the two systems. IIRC netperf passes some floating point numbers around and
that has been a problem in some cases in the past.
So, whenyou launch netserver add a -d option and when you launch netperf also
add a -d and send both of those outputs - netserver will _probably_ go to
/tmp/netperf.debug
rick jones
More information about the netperf-talk
mailing list