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@...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@...52...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@...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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/genode-main