[netperf-talk] netperf in windows environment
anil mishra
rsvl06 at yahoo.com
Mon Sep 18 06:08:33 PDT 2006
Rick,
I tried to run the test with -v 3 option. I am running my tests on MP system with processors. I used -c and -C both the options. It gives the CPU Utilization and interrupt/sec in three columns. ( I am off today, tomorrow I will cut and paste the result here.)
The problem what I have it gives output something (IIRC) like following:
Total CPU Utilization CPU-1 Utilization CPU-2 Utilization
Total Int/sec Int/sec (for CPU-1) Int/sec (for CPU-2)
But when I tried to do the math like:
Total CPU = CPU-1 + CPU-2
This does not seem to match. Rather IIRC, "Total CPU" was somehow ;less than "CPU-1". I had the similar observation for the "interrupts/second" metric also.
I will try to add the histogram to see the individual round trip.
For the problem what I see while trying to run the "netserver" on the Dell 2900 system, I am not sure what is going on there. The same code base seems to be working on the different Windows system. I am not sure if anyone elase has seen this issue.
If I got the Service Demand explaination correctly, it is kind of normalization of
"Service Demand = CPU Utilization / Amont of Data Transfer". Am I correct? I will go thru the documentation to get more ifo about this.
Thanks for the help.
Rick Jones <rick.jones2 at hp.com> wrote:
For the sake of posterity, let's keep this in the netperf-talk list. It
may help others in the future.
anil mishra wrote:
> Rick,
>
> Thanks for the reply.
>
> I am using Netperf 2.4 + downloaded from the trunk.
> I am not sure what is IIRC in your reply. I tried to use the -c option
> to get the CPU utilization while running my test, it gives me following :
IIRC == If I Recall Correctly
> TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 10.14.52.155
> (10.14.52.155) port 0 AF_INET
> Recv Send Send Utilization Service
> Demand
> Socket Socket Message Elapsed Send Recv Send Recv
> Size Size Size Time Throughput local remote local
> remote
> bytes bytes bytes secs. 10^6bits/s % N % U us/KB us/KB
> 8192 8192 8192 10.00 1068.93 92.89 -1.00 14.238
> -1.000
>
> I am not sure if CPU Utilization (92.8 for local and -1.00 for remote )
> values are correct.
Since -c only requests local CPU utilization, the -1.00 for remote is
indeed correct. If you want to also see remote CPU utilization you need
to add -C to the netperf global command options.
If your's is a UP system, depending on the CPU horsepower I could
believe that ~93% CPU util was correct.
> What is service demand metric printed in the result.
IIRC :) described in the manual :) Normalization of throughput and CPU
utilization, showing how much CPU resource was consumed per KB of data
transferred. Lower is better.
>
> Can we also get the # of interrupts/sec metric from the Netperf?
>
Nope.
>
> Yes, good point, I need to convert the script to .bat. Can I use them as
> it is in the Cygwin environment?
Perhaps, I've never tried it before.
>
> Yes, you have done your math correctly.
>
> I got the following for the # trans/sec.
>
> TCP REQUEST/RESPONSE TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to
> 192.168.1.100
> (192.168.1.100) port 0 AF_INET
> Local /Remote
> Socket Size Request Resp. Elapsed Trans.
> Send Recv Size Size Time Rate
> bytes Bytes bytes bytes secs. per sec
> 8192 8192 1 1 10.00 17150.77
> 8192 8192
Then indeed, the average round-trip latency would be 1/17150.11 seconds.
You could probably ass-u-me that the one-way latency was that over
two. If you want to see individual rount-trip times, you need to enable
the histogram support in the stuff in NetPerfDir - adding it to the
config.h that is there (IIRC) or adding it as a -D
> I am trying to run the netserver on the Dell Poweredge 2900 system and
> it gives me following error messages:
>
> C:\netperf>netserver
> netserver: fopen of debug file as new stdout failed!: The system cannot
> find the path specifie
>
> Am I missing something very obvious?
Likely as not, the code is it may be ass-u-me-ing something about paths
that is Unix-like specific. Somewhere in src/netserver.c I would think.
> Thanks much in advance for your help and for such a nice benchmarking tool.
my, and I suspect all those who have contributed, pleasure,
rick
> R
>
>
>
> */Rick Jones /* wrote:
>
> anil mishra wrote:
> > Hi,
> > I am trying to run the netperf in the Windows 2003 environment. Can
> > someone let me know how to get the %CPU Utilization in the Windows
> > environment.
>
> Which version of netperf are you using? I would suggest at least 2.3 if
> not 2.4 from top of trunk in the subversion repository:
>
> http://www.netperf.org/svn/netperf2/trunk
>
> > It looks like the configure script and Makefile has to be changed
> to get
> > the CPU Utilization.
>
> Netperf doesn't use configure under Windows. The README.windows file
> should describe how netperf is compiled under windows. IIRC that will
> include the Windows-specific CPU utilization measurement code you can
> access via -c/-C just like the rest of the platforms.
>
> > Has anyone done in it Windows environment?
> >
> > What do I need to do run all the available scripts in the Windows
> > environment?
>
> The set of "all available scripts" for netperf under Windows is the
> empty set as none of them have been ported to bat files. So, the first
> thing you would need to do is port them over to bat files.
>
> > I just tried to run the Netperf on Brodcom NIC and got the
> latency as ~
> > 58 usec. Does it seem to be correct?
>
> If I've done my math correctly, that suggests you are seeing ~17K
> Transactions/second yes? Or is that one-way latency you are reporting?
>
> rick jones
>
>
> ------------------------------------------------------------------------
> Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great
> rates starting at 1¢/min.
>
---------------------------------
Stay in the know. Pulse on the new Yahoo.com. Check it out.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.netperf.org/pipermail/netperf-talk/attachments/20060918/01ad2c4e/attachment.htm
More information about the netperf-talk
mailing list