• Announcements

    • 1. Check power supply, check SD card and check other people experiences

      Power supply issues are one of the three biggest issues you'll face when starting with Single Board Computers (SBCs). SD card issues, whether fake or faulty, are another and issues resulting from poor board design is the other common issues you can encounter.   Power supply issues can be tricky. You might have a noisy power supply that works with one board because it has extra filtering, but won't work with another. Or you're using that cheap phone charger because your board has a microUSB connector, and it is either erratic, or doesn't start up, or even becomes the cause of some SD card issues.    Some tips to avoid the most common causes of problems reported:   Don't power via micro USB  - unless you have optimised your setup for low power requirements. Micro USB is great for mobile phones because they are simply charging a battery. It's bad for SBCs. Yes, it does work for a lot of people, but it also causes more problems and headaches over time than it is worth, unless you know exactly what you are doing. If you have a barrel jack power connector on your SBC, use it instead! If there is an option for powering via header connections, use that option!
        Don't use mobile phone chargers. They might be convenient and cheap, but this is because they are meant for charging phones, not powering your SBC which has particular power requirements.
        When you are evaluating a power supply, make sure you run some stress tests on your system to ensure that it will not cause issues down the path.   (Micro) SD card issues can be sneaky. They might appear right at the start causing strange boot and login errors, or they might cause problems over time. It is best to run a test on any new SD card you use, to ensure that it really is what it is, and to ensure that isn't faulty. Armbian provides you a simple way to do this   --   armbianmonitor -c /path/to/device/to/test  
    • 2. Make sure to collect and provide all necessary information

      We can only help if you provide quality information for us to work with. All stable images from the download section are tested, most stable upgrades are tested and we have tens of thousands of users. Even with regular and extensive testings, bugs sometimes do slip through. This is a voluntary support service and is unrelated to board makers, and is not obligated to provide you any answers. Repeated asking the same questions because you're not happy with the answers will result in you being ignored.

      Before you post a question, use the forum search as someone else might have already had the same problem and resolved it. And make sure you've read the Armbian documentation. If you still haven't found an answer, make sure you include the following in your post:   1. Logs when you can boot the board: armbianmonitor -u (paste URL to your forum post)   2. If your board does not boot, provide a log from serial console or at least make a picture, where it stops.   3. Describe the problem the best you can and provide all necessary info that we can reproduce the problem. We are not clairvoyant or mind readers. Please describe your setup as best as possible so we know what your operating environment is like.     We will not help in cases you are not using stable official Armbian builds, you have a problem with 3rd party hardware or reported problem would not be able to reproduced.

[Odroid HC2] Bad file transfer speed after omv update?
0

8 posts in this topic

Recommended Posts

Hi, yesterday I did a apt upgrade and noticed that my omv install also got updated.

Now copying from my HC2 I only get like 50 mb/s. I always got like 100 mb/s..at least win explorer showed this, I know it's not accurate.

 

Could the update have erased/overwritten all these nice tweaks @tkaiser made for us to increase tranfer speed?

That would be very unfortunate :/

 

Any chance I can roll back the omv update?

Share this post


Link to post
Share on other sites
16 minutes ago, trohn_javolta said:

 

Thank you! Nothing suspicious except your H2 running quite hot (76.0°C) and some messages talking about syn flooding. I would try to 'gently massage' the PCB to improve contact between SoC and enclosure (when I got my HC2 this helped to decrease temperatures a bit -- obviously a sign of thermal paste not applied that great).

 

Cpufreq scaling works, you still run the old kernel and the OMV updates itself haven't change much. So I would better do some isolated tests (iozone for your storage and iperf3 to test between different hosts for networking anomalies).

Share this post


Link to post
Share on other sites
3 minutes ago, tkaiser said:

 

Thank you! Nothing suspicious except your H2 running quite hot (76.0°C) and some messages talking about syn flooding. I would try to 'gently massage' the PCB to improve contact between SoC and enclosure (when I got my HC2 this helped to decrease temperatures a bit -- obviously a sign of thermal paste not applied that great).

 

Cpufreq scaling works, you still run the old kernel and the OMV updates itself haven't change much. So I would better do some isolated tests (iozone for your storage and iperf3 to test between different hosts for networking anomalies).

 

I read that and also tried to massage the soc to improve the contact. Last time I checked, temp was ok but yeah the board recently did some downloading and copying. I'll think about reapplying thermal paste. Can't be that hard difficult right? I'd buy some thermal paste, take the soc of the enclosure, clean the old thermal paste with some rubbing alcohol and apply new none.

 

Old kernel...yeah, I don't know how to switch to the new one or if I even should.. I thought if it's a good idea to change, arbian will do it automatically after apt upgrade.

 

I don't really know how to do these tests with iozon and iperf3, I can monitor it and hope the tranfer speed recovers. 

Share this post


Link to post
Share on other sites

Hmm... now transfer speed is alright again...  Could low transfer speed be related to higher cpu load and temperature?

I mean I don't really have cpu intensive stuff running on my HC2 but maybe higher temperature makes it clock down?

I'll definetly reapply thermal paste.... it's sad that they don't do that properly ex works.

Share this post


Link to post
Share on other sites
16 minutes ago, trohn_javolta said:

Could low transfer speed be related to higher cpu load and temperature?

 

Partially it could. If all CPU cores are busy doing stuff then adding another task might slow everything down (more tasks than resources). When throttling jumps in transfer speeds definitely decrease but it's unlikely this happened (I mentioned the thermal readouts only since I think they're too high).

 

Again: check your dmesg output for 'SYN flooding'. If there's something in your network hammering the machine then for sure throughput of other services will then being bottlenecked by a single GbE connection. And no, I don't know what you had running on port 9090 or 8888 (the latter most probably being RPi-Monitor?)

Share this post


Link to post
Share on other sites
On 4.4.2018 at 11:04 AM, tkaiser said:

 

Partially it could. If all CPU cores are busy doing stuff then adding another task might slow everything down (more tasks than resources). When throttling jumps in transfer speeds definitely decrease but it's unlikely this happened (I mentioned the thermal readouts only since I think they're too high).

 

Again: check your dmesg output for 'SYN flooding'. If there's something in your network hammering the machine then for sure throughput of other services will then being bottlenecked by a single GbE connection. And no, I don't know what you had running on port 9090 or 8888 (the latter most probably being RPi-Monitor?)

Got rid of the syn flooding and also reapplied thermal paste. I saw that hardkernel (or better said the factory where the boards are produced) did a good job on the paste. I noticed temp really spikes up when I tranfer sth. via network, from like 55 to over 70 degree.

Is that to worry? I don't copy sth. at full speed all the time. I only notice it via smb, via nfs there isn't suach a spike in temp.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

0

  • Support the project

    We need your help to stay focused on the project.

    Choose the amount and currency you would like to donate in below.