<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">2014-01-28 Sebastian Sumpf <span dir="ltr"><<a href="mailto:Sebastian.Sumpf@...1..." target="_blank">Sebastian.Sumpf@...1...</a>></span><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">On 01/28/2014 01:20 PM, Christian Helmuth wrote:<br>
> Sebastian,<br>
><br>
> On Tue, Jan 28, 2014 at 01:07:19PM +0100, Sebastian Sumpf wrote:<br>
>> Thanks for your tests! But I don't like the 65 MBit/s thing! What is<br>
>> going on? Is this RX or TX?<br>
><br>
> Complete netperf output follows<br>
><br>
> ---------------------------- TCP_STREAM -----------------------<br>
> spawn netperf-2.6.0 -H 10.0.0.65 -P 1 -v 2 -t TCP_STREAM -c -C -- -m 1024<br>
> MIGRATED TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 10.0.0.65 () port 0 AF_INET<br>
> Recv   Send    Send                          Utilization       Service Demand<br>
> Socket Socket  Message  Elapsed              Send     Recv     Send    Recv<br>
> Size   Size    Size     Time     Throughput  local    remote   local   remote<br>
> bytes  bytes   bytes    secs.    10^6bits/s  % S      % U      us/KB   us/KB<br>
><br>
>  87380  16384   1024    10.02        65.59   34.95    -1.00    174.598  -1.249<br>
><br>
> Alignment      Offset         Bytes    Bytes       Sends   Bytes    Recvs<br>
> Local  Remote  Local  Remote  Xfered   Per                 Per<br>
> Send   Recv    Send   Recv             Send (avg)          Recv (avg)<br>
>     8       8      0       0 82158592  1024.00     80233   8905.12   9226<br>
><br>
> Maximum<br>
> Segment<br>
> Size (bytes)<br>
>   1448<br>
><br>
> calculation: overall bytes / size per packet / time = packets per second<br>
>              82158592 Bytes / 1024 Bytes / 10.02 s =     8007 packets/s<br>
><br>
> ! PERF: TCP_STREAM              65.59 MBit/s ok<br>
><br>
> ---------------------------- TCP_MAERTS -----------------------<br>
> spawn netperf-2.6.0 -H 10.0.0.65 -P 1 -v 2 -t TCP_MAERTS -c -C -- -m 1024<br>
> MIGRATED TCP MAERTS TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 10.0.0.65 () port 0 AF_INET<br>
> Recv   Send    Send                          Utilization       Service Demand<br>
> Socket Socket  Message  Elapsed              Recv     Send     Recv    Send<br>
> Size   Size    Size     Time     Throughput  local    remote   local   remote<br>
> bytes  bytes   bytes    secs.    10^6bits/s  % S      % U      us/KB   us/KB<br>
><br>
>  87380  16384   1024    10.00       543.35   39.06    -1.00    23.555  -0.151<br>
><br>
> Alignment      Offset         Bytes    Bytes       Recvs   Bytes    Sends<br>
> Local  Remote  Local  Remote  Xfered   Per                 Per<br>
> Recv   Send    Recv   Send             Recv (avg)          Send (avg)<br>
>     8       8      0       0 679280808  13875.90     48954   16384.00  41474<br>
><br>
> Maximum<br>
> Segment<br>
> Size (bytes)<br>
>   1448<br>
><br>
> calculation: overall bytes / size per packet / time = packets per second<br>
>              679280808 Bytes / 1024 Bytes / 10.00 s =    66336 packets/s<br>
><br>
> ! PERF: TCP_MAERTS              543.35 MBit/s ok<br>
><br>
><br>
> The manual states<br>
><br>
>   TCP_STREAM  It is quite simple, transferring some quantity of data<br>
>               from the system running netperf to the system running<br>
>               netserver.<br>
>   TCP_MAERTS  A TCP_MAERTS (MAERTS is STREAM backwards) test is “just<br>
>               like” a TCP_STREAM test except the data flows from the<br>
>               netserver to the netperf.<br>
><br>
> So, the scenario is much slower if the Genode side is _receiving_.<br>
<br>
</div></div>Without cursing: This is no good! I will look into that!<br>
<div class="im"><br>
Sebastian<br>
<br>
<br>
--<br>
Sebastian Sumpf<br>
Genode Labs<br>
<br>
<a href="http://www.genode-labs.com" target="_blank">http://www.genode-labs.com</a> · <a href="http://genode.org" target="_blank">http://genode.org</a><br>
<br>
</div><div class=""><div class="h5">Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden<br>
Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth<br>
<br>
<br>
<br>
<br>
------------------------------------------------------------------------------<br>
WatchGuard Dimension instantly turns raw network data into actionable<br>
security intelligence. It gives you real-time visual feedback on key<br>
security issues and trends.  Skip the complicated setup - simply import<br>
a virtual appliance and go from zero to informed in seconds.<br>
<a href="http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk" target="_blank">http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk</a><br>
_______________________________________________<br>
Genode-main mailing list<br>
<a href="mailto:Genode-main@lists.sourceforge.net">Genode-main@...12...ceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/genode-main" target="_blank">https://lists.sourceforge.net/lists/listinfo/genode-main</a><br>
</div></div></blockquote></div><br>Thank you very much for the reply! I will try to use Genode on Nova to perform these tests.<br></div></div>