OrangePi One Plus permanent avg load of 3

Werner

Hey there,
I noticed that the One Plus permanently creating a load of 3 even when there is no process using cpu time.

1. <blockquote>top - 15:15:43 up 4 min,  1 user,  load average: 2.98, 1.84, 0.79

Copy code

After a few minutes the load avg stabilize at about 3.

1. <div>
   
2. </div><div>Linux rt3 3.10.65 #35 SMP PREEMPT Tue Jan 23 18:13:02 CST 2018 aarch64 aarch64 aarch64 GNU/Linux</div>

Copy code

1. cat /sys/devices/virtual/thermal/thermal_zone0/temp
   
2. 53
   

Copy code

The CPU frequency is always 1,8GHz on all four cores and can also not be stepped down by using cpufreq-set.

Any ideas on this?


Update:

1. top - 15:41:42 up 21 min,  1 user,  load average: 3.00, 2.98, 2.28

Copy code

1. 10:07:46 up 3 days,  2:08,  1 user,  load average: 3.08, 3.07, 3.05

Copy code

igorpec

Do I have a broken board?

No, just kernel quality is a bare minimum.

BTW. You can see our Linux load on the picture:
https://twitter.com/armbian/status/989419767713927169
It's an insane big difference but of course kernel is not ready yet for end users. Still, months to go.

It's not yet adjusted for Opi One Plus, but it's an H6 chip.

Werner

igorpec replied at 2018-5-5 16:37
Both projects need not just hardcore kernel hackers. If you are good at bash, a lot of scripting ne ...

You probably wouldn't mind if I try'n'error both contributing and donating?

igorpec

gounthar replied at 2018-5-5 15:32
I'd love to, but I don't know where to start.

Both projects need not just hardcore kernel hackers. If you are good at bash, a lot of scripting needs to be revisited https://github.com/armbian/config/tree/development This script also need an updated manual https://github.com/armbian/docum ... e_Armbian-Config.md ... an entire section of manuals needs constant updating: https://github.com/armbian/documentation/tree/master/docs Then there are forum moderators duties, testing https://forum.armbian.com/topic/ ... li-xu4-next-upgrade ... and nevertheless if you don't have time, you can help fund the project https://www.armbian.com/donate
Out of all this, you have to do what you know best and like to. Things where you want to improve your skills or just have fun.

igorpec

gounthar replied at 2018-5-5 12:38
You're welcome. I'd like to find a newer version of the kernel to solve this (and lots of other issu ...

Does not exist and will not for some time, but you can get it sooner by helping those projects:

http://linux-sunxi.org
https://www.armbian.com

Werner

igorpec replied at 2018-5-3 16:10
No, just kernel quality is a bare minimum.

BTW. You can see our Linux load on the picture:

Thanks.

Are there any early development bleeding edge kernel images or even complete images from Armian available for the OPi One Plus yet? I'd love to test those and report any bug I run into.


I know unexpected or weird behavior can occour but I take the risk.

Werner

It seems like the RaspberryPI ran into the same issue a few years ago. It was caused by a bug in the firmware.
https://github.com/Hexxeh/rpi-firmware/issues/46

Any chance this gets fixed for the OrangePI?

Werner

Noone able to reproduce this? Do I have a broken board?

gounthar

1. petrel-p1:/ # cat /sys/devices/virtual/thermal/thermal_zone0/temp
   
2. 70
   
3. User 2%, System 0%, IOW 36%, IRQ 0%
   
4. User 242 + Nice 0 + Sys 57 + Idle 5995 + IOW 3649 + IRQ 0 + SIRQ 0 = 9943
   
5. 
   

Copy code

Werner

Thank you. Can you paste the content of /proc/loadavg after the device was idle for a few hours? Much appreciate

igorpec

Werner replied at 2018-5-3 17:12
Thanks.

Are there any early development bleeding edge kernel images or even complete images from  ...

Unfortunately no. Will be published on Twitter for sure when we get that far.

Werner

igorpec replied at 2018-5-3 18:30
Unfortunately no. Will be published on Twitter for sure when we get that far.

Thanks, will follow
Can't wait

gounthar

1. petrel-p1:/proc # uptime
   
2. uptime
   
3. 16:03:39 up  5:02,  0 users,  load average: 3.10, 2.68, 2.64
   
4. petrel-p1:/proc # cat /proc/loadavg
   
5. 3.11 2.68 2.64 2/1031 15292
   
6. 
   

Copy code