netperf on RPI

Mohammad Hamad mhh.it1986 at ...9...
Wed Nov 12 13:56:22 CET 2014


Hi Norman ,

I am still getting same small numbers for the throughput when testing the
network performance for the Raspberry pi  with the TCP_STREAM,

you mentioned that your test results are  different ,

could you tell me please what you use in the  client machine side,

by using TCP_MAERTS my results are almost same  to yours,

best,

2014-11-06 13:45 GMT+01:00 Mohammad Hamad <mhh.it1986 at ...9...>:

> Hi Norman,
> I used the WireShark to monitor the Traffic ,
> when i measure the TCP_STREAM the tcp packet from the linux to rpi has
> small window size  ( 229 ) while it is around (18000) from rpi to the Linux
> ,
>
> is that the problem ,
> should i try to change this value  and what is the regulare value to use
> it ?
>
> best ,
>
>
> 2014-11-04 3:57 GMT-08:00 Mohammad Hamad <mhh.it1986 at ...9...>:
>
> Hi Norman ,
>> I just moved this morning to the current master branch and i got the same
>> bad result for the throughput (between 2 and 6  10^6 bits/sec)
>>
>> I will try the wireshark to monitor the traffics and try to find the
>> problem.
>>
>> i will keep you updated.
>>
>> best,
>>
>> 2014-11-04 11:58 GMT+01:00 Norman Feske <norman.feske at ...1...>:
>>
>>> Hello Mohammad,
>>>
>>> could you please switch to the current master branch? The "rpi_usb"
>>> branch is out of date. It was just a topic branch for the USB SOF
>>> optimzation, which ended up the master branch already.
>>>
>>> I cannot explain your observation. To investigate, you may use wireshark
>>> to monitor the traffic in both cases (Linux vs. OpenBSD in the VM) and
>>> look for the TCP protocol parameters. Maybe Linux uses a very small TCP
>>> window in the bad case?
>>>
>>> > when i run the test from OpenBSD  in the debug output of netperf  in
>>> the
>>> > Rpi I get  meaasges like
>>> >
>>> > [init] child "netserver_genode" request resources :ram_quota= XXXXX
>>>
>>> We don't have these messages in our log but we use a different branch.
>>>
>>> The messages should not interfere with the throughput. They just hint at
>>> a misconfiguration of the RAM quota assigned to the netserver_genode
>>> process. The process tries to allocate more memory than assigned. But
>>> since init has still slack memory available, it is handing out the
>>> needed memory on demand.
>>>
>>> Cheers
>>> Norman
>>>
>>> --
>>> Dr.-Ing. Norman Feske
>>> Genode Labs
>>>
>>> http://www.genode-labs.com · http://genode.org
>>>
>>> Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden
>>> Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> _______________________________________________
>>> genode-main mailing list
>>> genode-main at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/genode-main
>>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.genode.org/pipermail/users/attachments/20141112/e071d0f2/attachment.html>


More information about the users mailing list