-
-
Notifications
You must be signed in to change notification settings - Fork 259
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fixed the heating problem on charging #286
base: master
Are you sure you want to change the base?
Conversation
I have added a new parameter for the /etc/auto-cpufreq.conf file. If you are facing heating issue, set the new parameter as 1.
Hey, thanks for your contribution, but it seems like some things are missing as part of this PR, as soon as I try to run it in
|
It seems that this is caused because no auto-cpufreq.conf file is formed by default. I should have put this in a try catch field to prevent this error. Can you also check the code again including the auto-cpufreq.conf file. |
Changes make sense to me, but I'll need to test them bit more under heavy workload (as I don't have the overheating you have). But could you make following changes as part of this PR:
|
Ok sir, I will be continuing to work and test on this error after the exams. |
@AdnanHodzic I think it's best the tool respects kernel defaults for CPU governor and only modifies the turbo boost to on or off depending on how intensive the activity is on CPU. This "powersave" governor of CPUFreq can cause massive under-performance while device is on battery and the "performance" governor can cause overheating while device is charging due to both of these governors from my understanding setting the CPU frequency always to minimum and maximum frequency that it can run at. TLP another battery saving tool by default respects the kernel defaults for CPU governor. Intel_pstate "performance" and "powersave" governors are a different matter. Both of the intel_pstate governors operate similar to schedutil/on-demand governor of CPUFreq so not sure what point there is to changing between them while charging and on battery. |
@AnonPol I think it's best to have this kind of discussion under discussions section and not as part of this PR. But short answer is that auto-cpufreq was designed to respect and let the kernel do the heavy lifting. However, landscape is filled with various different hardware and specs which means making decisions automatically is not an easy chores. Hence, if something works better for certain users while they define it as part of custom configuration file for their needs, I see no problem in that nor does it deviate from original strategy which I outlined above. |
Issue: #279
The temperature is quite stable now while charging. I am using various applications like vscode, whatsdesk, teams, discord and a browser with several tabs. I believe the problem was that it turns turbo ON when the laptop is charging which increased the temperature to around 65 to 75 Celsius. Currently with all the above applications open that too for more than an hour, the temperature is around 40 Celsius. I am adding the screenshots for the debug and stats command below along with a modified .conf file.
Earlier even though setting the governer as powersave, I still was facing the heating issues on charging because somehow it was not shutting off the turbo.