Unfortunately, as good as Moebius is, I'm having issues with rsync (in particular) speeds. Locally, over a gigabit network, transfers via rsync are at speeds you might expect. From a source on the Internet however, I'm getting an average of less than 300kB/sec whereas on a normal machine within the network I can get 2-3Mb/sec.
I've changed from Dropbear to a more traditional Open-SSH configuration without any joy. Removing rsync compression doesn't help. A typical wget transfer is better, but still less than 1Mb/sec.
Any thoughts?
~Scott
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I think the bottleneck could be related to the Raspberry Pi hardware itself. Take a look at: http://www.raspberrypi.org/documentation/hardware/raspberrypi/usb/README.md . If you compare the Pi with a common PC you may notice huge differences, throughput may vary a lot if you connect stuff to the USB ports. Ethernet and USB ports are on the same channel. I'm optimizing everything with the new upcoming 2.0 version but mostly it's not a software problem, a tight software optimization may reduce the problem but the real bottleneck seems to be hardware related. I'm also porting closed source broadcom drivers to the new version.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
Anonymous
-
2014-12-30
Dear Andrea,
Thank you for your speedy reply. I tend to agree with your assessment. Reading other reports of the Pi, people seem to have much the same issue which is very frustrating, it begins to limit what you can do with the Pi in my opinion.
Thanks again.
~Scott
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
Anonymous
-
2014-12-30
I've just tried a Cubieboard as well. Internet based rsync sub 500k, over the local network, 8Mb or more. The Pi displays the same issues, how can that be a hardware bottleneck over WAN connections?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The Pi is a nice device but obviously there're some limitations due to its hardware. It's not a general purpose and capable device (like a PC) and not a realtime capable and embedded device (like a switch). In my overall experience with different embedded devices I'm quite happy about it even if I won't never use it for an heavy transfer network device (like a NAS). For me it's a really good piece of hardware even if it's not really focused on a particular task, network is not the winning point (USB on the same channel of eth, eth100Mb), nor local storage (no SATA channels for example), nor memory (fixed to 512Mb), nor video processing power (Broadcom GPU is pretty impressive and their fullHD options are really cool but it lacks on post-processing power)... but it's still really cool !
GPIO, display port, builtin hd camera support, audio and so on. You have a lot of possible options even if it doesn't excels in a particular sector; street price is outstanding so it's really used from everyone, from hackerspaces to educational facilities.
If you want an higher network transfer with an affordable price you'd better look at other options (Cubie is fine but even mini itx machines are good for this specific task) but they might cost you a little more if you compare them to the Pi. Cubie boards (gig eth, sata), banana pi (gig eth+sata+Cortex A7) and many more...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Everyone,
Unfortunately, as good as Moebius is, I'm having issues with rsync (in particular) speeds. Locally, over a gigabit network, transfers via rsync are at speeds you might expect. From a source on the Internet however, I'm getting an average of less than 300kB/sec whereas on a normal machine within the network I can get 2-3Mb/sec.
I've changed from Dropbear to a more traditional Open-SSH configuration without any joy. Removing rsync compression doesn't help. A typical wget transfer is better, but still less than 1Mb/sec.
Any thoughts?
~Scott
I think the bottleneck could be related to the Raspberry Pi hardware itself. Take a look at: http://www.raspberrypi.org/documentation/hardware/raspberrypi/usb/README.md . If you compare the Pi with a common PC you may notice huge differences, throughput may vary a lot if you connect stuff to the USB ports. Ethernet and USB ports are on the same channel. I'm optimizing everything with the new upcoming 2.0 version but mostly it's not a software problem, a tight software optimization may reduce the problem but the real bottleneck seems to be hardware related. I'm also porting closed source broadcom drivers to the new version.
Dear Andrea,
Thank you for your speedy reply. I tend to agree with your assessment. Reading other reports of the Pi, people seem to have much the same issue which is very frustrating, it begins to limit what you can do with the Pi in my opinion.
Thanks again.
~Scott
I've just tried a Cubieboard as well. Internet based rsync sub 500k, over the local network, 8Mb or more. The Pi displays the same issues, how can that be a hardware bottleneck over WAN connections?
The Pi is a nice device but obviously there're some limitations due to its hardware. It's not a general purpose and capable device (like a PC) and not a realtime capable and embedded device (like a switch). In my overall experience with different embedded devices I'm quite happy about it even if I won't never use it for an heavy transfer network device (like a NAS). For me it's a really good piece of hardware even if it's not really focused on a particular task, network is not the winning point (USB on the same channel of eth, eth100Mb), nor local storage (no SATA channels for example), nor memory (fixed to 512Mb), nor video processing power (Broadcom GPU is pretty impressive and their fullHD options are really cool but it lacks on post-processing power)... but it's still really cool !
GPIO, display port, builtin hd camera support, audio and so on. You have a lot of possible options even if it doesn't excels in a particular sector; street price is outstanding so it's really used from everyone, from hackerspaces to educational facilities.
If you want an higher network transfer with an affordable price you'd better look at other options (Cubie is fine but even mini itx machines are good for this specific task) but they might cost you a little more if you compare them to the Pi. Cubie boards (gig eth, sata), banana pi (gig eth+sata+Cortex A7) and many more...