Jump to content

Higer temperature on 5.5 rc6 kernel (Buster) vs 4.20 kernel (Stretch) on S912


Recommended Posts

Posted

I installed recently on GT1 ultimate (S912) Armbian 20.02 RC1 Buster downloaded from https://yadi.sk/d/_rQgn_FosYuW0g/20.02/20200205 based on 5.5 rc6 kernel.  I deactivate X, stopping more all less all unnecessary processes, with the goal in mind to have as few running processes as possible.  The goal was to run an apache server on it. However without apache running, and in idle state (running top confirm that no processes are eating CPU) the temperature was in range 0f 56- 58 Celsius.

 

Same hardware but with an older armbian image Stretch (which I could not found on web anymore) based on 4.20 kernel in the same instalation software, the temperature is somewhere in 42-44 Celsius.  Why so big difference? Is kernel 5.5 known to be more resource hungry than 4.20, to justify such big difference.  I have one system on a sdcard, and the other on a different one, so I could test both in same day, so change in hardware/cooling is out of question.

Posted

I can confirm that with 4.20, temperature is in same range as you.

Welcome to ARMBIAN 5.75 user-built Debian GNU/Linux 9 (stretch) 4.20.5-aml-s912
System load:   0.02 0.08 0.05  	Up time:       54 days
Memory usage:  21 % of 2849MB 	Zram usage:    5 % of 1424Mb 	IP:            192.168.X.XX
CPU temp:      40°C

I have not tested recent kernels on this box. As I remember, with other s912 boxes with various kernels from 4.14 to 5.4, the temperature is more around the 60°C like the values you have with kernel 5.5. I think that gt1 ultimate has a better cooling than most other boxes, but it is a bit strange to obtain these values with latest kernels.

Posted
On 4/5/2020 at 10:18 PM, Nuno Cruz said:

I got also 60°C, I would like to know how to change this to get 30-40°C

I also get high temperature at low frequency (100MHz),  maybe the CPU voltage is relatively high, ,  and there is no place to adjust the voltage in armbian-config.

 

cpufreq stats: 100.0 MHz:99.31%, 250 MHz:0.49%, 500 MHz:0.13%, 667 MHz:0.02%, 1000 MHz:0.05%

 

Posted

Kernel 4 worked with a limited set of nodes/devices, it did not use all the features of the processor and had a frequency limit, so the overall temperature was lower. There is no point in buying a powerful device and using it for 30-40 %

Posted

I agree. But still, almost 20 Celsius difference at idle is not justifiable. What feature, not used, might put such a load on the CPU?  On old kernel, like this new one, everything works, WIFI, Bluetooth, Ethernet, Sound, HDMI.  The frequency limit might exists on older kernel, but again I'm talking about idle state, when the frequency anyway should be low.

 

I compared DTB on both kernels.  There are changes but minimal.  Voltage seems to not be changed, unless it is somewhere else hard coded.

Posted
14 hours ago, hexdump said:

just a guess: maybe the gpu is enabled now due to the panfrost driver? but it miht be a wrong guess of course ...

The direction of your thought is correct.

Do not waste time on answers for people when they do not understand the essence of the question.

 

PS I Recommend that those who ask questions, think about why the manufacturer of RPi4, to reduce the wild temperature of their model, recommends disabling output in 4K format and so on.

Posted

my test was in a fresh installation, no desktop, just ssh, It tried to change to conservative governator, no luck, goes up. 

root@arm-64:~# cpufreq-info -o
minimum CPU frequency - maximum CPU frequency - governor
CPU 0 100000 kHz ( 6 %) - 250000 kHz ( 16 %) - conservative
CPU 1 100000 kHz ( 6 %) - 250000 kHz ( 16 %) - conservative
CPU 2 100000 kHz ( 6 %) - 250000 kHz ( 16 %) - conservative
CPU 3 100000 kHz ( 6 %) - 250000 kHz ( 16 %) - conservative
CPU 4 100000 kHz ( 10 %) - 250000 kHz ( 25 %) - conservative
CPU 5 100000 kHz ( 10 %) - 250000 kHz ( 25 %) - conservative
CPU 6 100000 kHz ( 10 %) - 250000 kHz ( 25 %) - conservative
CPU 7 100000 kHz ( 10 %) - 250000 kHz ( 25 %) - conservative
root@arm-64:~# cat /sys/devices/virtual/thermal/thermal_zone0/temp
75000

 

Posted

I know very well what I'm talking about. PI4 is not valid example as it is a different hardware.  I.m talking about SAME hardware without GPU involved, without load, on idle, on 2 different kernels.  Obviously it is a software issue, and definitely it is a bug, and not a feature.  It does not matter if new kernel expose new features as long as those featuress are not used.  And if those features by themselves , without to be used, rise temperature with about 15 Celsius obviously represent a bug.  But I understand, no one know the reason.  And if you don't know the reason or it's difficult to fix it's a trend to say: Oh. no, it's not a bug , it's a feature. Your hardware is too old. You need to buy a new hardware for that!

 

Now a different question but related to this:  Are there anywhere on internet images for S912 with 4.20 kernel?

 

Posted (edited)

I have the same issue with armbian 20.08 temp is 80 C. The box is t95u pro, I put a proper heatsink on it that works well under libreelec(probably with kernel 3 or 4.x).
Has anyone a link to the kernel 4.x version armbian? I haven't found it anywhere...

Edited by Teddybee
Posted

Hello,

I'm not a specialist of that but,

I testing actually 3 box, 2 with S912 the Beelink GT1 and bqeel K12 and 1 with S905 the Beelink M18. I using the recent kernel 5 on it.

The CPU Temp is correct (30-35°) for the S905 with the M18 box but with both S912 (55-60°) with fresh install.

The M18 is to old that my S912 box's but have not CPU Temp issue.

No solution to use the S912 proc like underclocking or change some service or parameter ?

  • Werner locked this topic
Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines