EtherUSB upload speed

And now the final tests. Fired up the Bubba Two, and accessed via LanMan98.

Timings were to the nearest second so are approximate.

Iyonix to Bubba: 2.4 MB/s
Iyonix from Bubba: 3 MB/s

Rpi to Bubba: 2.2 MB/s
RPi from Bubba: 2.4 MB/s

PandaRO to Bubba: 0.35 MB/s
PandaRO from Bubba: 2.4 MB/s

So it looks the same behaviour. ShareFS is ok, but LanMan98 writing to a remote device is about 7 times slower.

does

*ejinfo

after the slow write show any ‘Send queue overflows’?

I did an ejinfo before and after the transfer. Only the bytes sent and bytes received changed. There are no overflows.

What I do observe during the transfer is that initially the ‘blue bar’ in the filer_action dbox moves quite quickly to about 20% and then the bar moves much more slowly for the rest of the transfer, albeit even then with sudden small jumps where the speed apparently picks up again for short periods. Not sure how accurate the %age transfer bar really is.

What I said above may be a red herring. I dragged the next slot out to a large value so the whole file could be read into memory in one go. The progress bar then went very quickly to about half way, and then crept slowly the rest of the way. The transfer still took the same 30-odd seconds.

I presume you are both using the OMAP4 development rom from the rool website. If I compile a modified version are either of you willing to test it. Can either of you confirm that the pandaboard uses the smsc95xx interface backend – ejinfo tells you.

Yes – ROOL ROM.
Yes – I’ll give it a whirl.
Yes – Interface backend : SMSC95xx

Ok try OMAP4_test/zip

It should work. It isn’t a fix but will show if the usb changes are the problem.

With Chris’s help I’ve a solution that works on my pi and Chris’s pandaboard so if anyone else would like to test out the panda version you can download OMAP4_test3.zip

This change to EtherUSB appears to solve the problem with slow LanMan upload speed on the panda, result posted in ‘benchmarks’.