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@...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