Gnome overview laggy when running scaling_governor=powersave
I have a Dell XPS 13 9370 with an i7-8550u CPU which should handle Gnome without any issues. The Ubuntu version is 18.04. But now experience the following problem:
When setting the scaling governor to powersave the activity overview animation is very laggy (that one you access by pressing the Super key only). Furthermore it feels a bit strange for me that my system idles with a CPU frequency of 800 MHz but the CPU specification says that the base frequency is 1.8 GHz.
If I set the governor to performance those animations are absolutely smooth. The problem is that the CPU now idles at around 3 GHz which results in a high battery consumption.
So what's exactly my question: Is it normal that exactly that Gnome animation is laggy? If so, can we expect an improvement in upcoming versions? Are the configurations with the intel_pstate driver correct? Why is the CPU not able to increase the frequency fast enough to make this animation smooth? Could I maybe disable this specific animation? Is it normal that my CPU idles with a lower frequency than its description says?
Best regards
gnome power-management performance cpu
|
show 2 more comments
I have a Dell XPS 13 9370 with an i7-8550u CPU which should handle Gnome without any issues. The Ubuntu version is 18.04. But now experience the following problem:
When setting the scaling governor to powersave the activity overview animation is very laggy (that one you access by pressing the Super key only). Furthermore it feels a bit strange for me that my system idles with a CPU frequency of 800 MHz but the CPU specification says that the base frequency is 1.8 GHz.
If I set the governor to performance those animations are absolutely smooth. The problem is that the CPU now idles at around 3 GHz which results in a high battery consumption.
So what's exactly my question: Is it normal that exactly that Gnome animation is laggy? If so, can we expect an improvement in upcoming versions? Are the configurations with the intel_pstate driver correct? Why is the CPU not able to increase the frequency fast enough to make this animation smooth? Could I maybe disable this specific animation? Is it normal that my CPU idles with a lower frequency than its description says?
Best regards
gnome power-management performance cpu
Are you only changing the scaling governor, or do you mean this happens when switching between on and off battery? That's quite a different thing: TLP does a lot more than just CPU scaling (it may e.g. twiddle with your GPU). Please edit your question to clarify exactly what you did, with commands and their outputs. Also please condense your list of questions into a single one, and post different questions as new questions.
– zwets
Aug 15 '18 at 21:21
It is only happening when changing the governor. echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and everything is fine. echo powersave > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and the animation is laggy. I'll take the tlp mention out of the original post because it is confusing and does not help.
– InvisibleShadowGhost
Aug 15 '18 at 21:29
The reason I'd put this bunch of questions because I would like to understand the whole problem and mention some ideas to probably solve it.
– InvisibleShadowGhost
Aug 15 '18 at 21:37
Using scaling you can set your minimum to say 1600 MHz as a short term fix. Also make sure turbo boost is on. Install TLP.
– WinEunuuchs2Unix
Aug 15 '18 at 21:51
1
Also as 8500 is so new check for kernel bugs and if known apply latest mainline.
– WinEunuuchs2Unix
Aug 15 '18 at 22:07
|
show 2 more comments
I have a Dell XPS 13 9370 with an i7-8550u CPU which should handle Gnome without any issues. The Ubuntu version is 18.04. But now experience the following problem:
When setting the scaling governor to powersave the activity overview animation is very laggy (that one you access by pressing the Super key only). Furthermore it feels a bit strange for me that my system idles with a CPU frequency of 800 MHz but the CPU specification says that the base frequency is 1.8 GHz.
If I set the governor to performance those animations are absolutely smooth. The problem is that the CPU now idles at around 3 GHz which results in a high battery consumption.
So what's exactly my question: Is it normal that exactly that Gnome animation is laggy? If so, can we expect an improvement in upcoming versions? Are the configurations with the intel_pstate driver correct? Why is the CPU not able to increase the frequency fast enough to make this animation smooth? Could I maybe disable this specific animation? Is it normal that my CPU idles with a lower frequency than its description says?
Best regards
gnome power-management performance cpu
I have a Dell XPS 13 9370 with an i7-8550u CPU which should handle Gnome without any issues. The Ubuntu version is 18.04. But now experience the following problem:
When setting the scaling governor to powersave the activity overview animation is very laggy (that one you access by pressing the Super key only). Furthermore it feels a bit strange for me that my system idles with a CPU frequency of 800 MHz but the CPU specification says that the base frequency is 1.8 GHz.
If I set the governor to performance those animations are absolutely smooth. The problem is that the CPU now idles at around 3 GHz which results in a high battery consumption.
So what's exactly my question: Is it normal that exactly that Gnome animation is laggy? If so, can we expect an improvement in upcoming versions? Are the configurations with the intel_pstate driver correct? Why is the CPU not able to increase the frequency fast enough to make this animation smooth? Could I maybe disable this specific animation? Is it normal that my CPU idles with a lower frequency than its description says?
Best regards
gnome power-management performance cpu
gnome power-management performance cpu
edited Aug 15 '18 at 21:30
InvisibleShadowGhost
asked Aug 15 '18 at 20:58
InvisibleShadowGhostInvisibleShadowGhost
92110
92110
Are you only changing the scaling governor, or do you mean this happens when switching between on and off battery? That's quite a different thing: TLP does a lot more than just CPU scaling (it may e.g. twiddle with your GPU). Please edit your question to clarify exactly what you did, with commands and their outputs. Also please condense your list of questions into a single one, and post different questions as new questions.
– zwets
Aug 15 '18 at 21:21
It is only happening when changing the governor. echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and everything is fine. echo powersave > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and the animation is laggy. I'll take the tlp mention out of the original post because it is confusing and does not help.
– InvisibleShadowGhost
Aug 15 '18 at 21:29
The reason I'd put this bunch of questions because I would like to understand the whole problem and mention some ideas to probably solve it.
– InvisibleShadowGhost
Aug 15 '18 at 21:37
Using scaling you can set your minimum to say 1600 MHz as a short term fix. Also make sure turbo boost is on. Install TLP.
– WinEunuuchs2Unix
Aug 15 '18 at 21:51
1
Also as 8500 is so new check for kernel bugs and if known apply latest mainline.
– WinEunuuchs2Unix
Aug 15 '18 at 22:07
|
show 2 more comments
Are you only changing the scaling governor, or do you mean this happens when switching between on and off battery? That's quite a different thing: TLP does a lot more than just CPU scaling (it may e.g. twiddle with your GPU). Please edit your question to clarify exactly what you did, with commands and their outputs. Also please condense your list of questions into a single one, and post different questions as new questions.
– zwets
Aug 15 '18 at 21:21
It is only happening when changing the governor. echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and everything is fine. echo powersave > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and the animation is laggy. I'll take the tlp mention out of the original post because it is confusing and does not help.
– InvisibleShadowGhost
Aug 15 '18 at 21:29
The reason I'd put this bunch of questions because I would like to understand the whole problem and mention some ideas to probably solve it.
– InvisibleShadowGhost
Aug 15 '18 at 21:37
Using scaling you can set your minimum to say 1600 MHz as a short term fix. Also make sure turbo boost is on. Install TLP.
– WinEunuuchs2Unix
Aug 15 '18 at 21:51
1
Also as 8500 is so new check for kernel bugs and if known apply latest mainline.
– WinEunuuchs2Unix
Aug 15 '18 at 22:07
Are you only changing the scaling governor, or do you mean this happens when switching between on and off battery? That's quite a different thing: TLP does a lot more than just CPU scaling (it may e.g. twiddle with your GPU). Please edit your question to clarify exactly what you did, with commands and their outputs. Also please condense your list of questions into a single one, and post different questions as new questions.
– zwets
Aug 15 '18 at 21:21
Are you only changing the scaling governor, or do you mean this happens when switching between on and off battery? That's quite a different thing: TLP does a lot more than just CPU scaling (it may e.g. twiddle with your GPU). Please edit your question to clarify exactly what you did, with commands and their outputs. Also please condense your list of questions into a single one, and post different questions as new questions.
– zwets
Aug 15 '18 at 21:21
It is only happening when changing the governor. echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and everything is fine. echo powersave > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and the animation is laggy. I'll take the tlp mention out of the original post because it is confusing and does not help.
– InvisibleShadowGhost
Aug 15 '18 at 21:29
It is only happening when changing the governor. echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and everything is fine. echo powersave > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and the animation is laggy. I'll take the tlp mention out of the original post because it is confusing and does not help.
– InvisibleShadowGhost
Aug 15 '18 at 21:29
The reason I'd put this bunch of questions because I would like to understand the whole problem and mention some ideas to probably solve it.
– InvisibleShadowGhost
Aug 15 '18 at 21:37
The reason I'd put this bunch of questions because I would like to understand the whole problem and mention some ideas to probably solve it.
– InvisibleShadowGhost
Aug 15 '18 at 21:37
Using scaling you can set your minimum to say 1600 MHz as a short term fix. Also make sure turbo boost is on. Install TLP.
– WinEunuuchs2Unix
Aug 15 '18 at 21:51
Using scaling you can set your minimum to say 1600 MHz as a short term fix. Also make sure turbo boost is on. Install TLP.
– WinEunuuchs2Unix
Aug 15 '18 at 21:51
1
1
Also as 8500 is so new check for kernel bugs and if known apply latest mainline.
– WinEunuuchs2Unix
Aug 15 '18 at 22:07
Also as 8500 is so new check for kernel bugs and if known apply latest mainline.
– WinEunuuchs2Unix
Aug 15 '18 at 22:07
|
show 2 more comments
1 Answer
1
active
oldest
votes
Ok, it looks like I have found the problem.
I wrote a little script which measured the CPU frequency every 1/10 second and the result was that the CPU wasn't correctly scaling up when pressing the Super button to get the gnome overview (it did not exceed 2200 MHz).
After removing tlp the CPU scales up to round 300MHz (and that much faster!) which results in a non-laggy overview.
So it seems like that tlp cuts off the CPU frequency.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1065713%2fgnome-overview-laggy-when-running-scaling-governor-powersave%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Ok, it looks like I have found the problem.
I wrote a little script which measured the CPU frequency every 1/10 second and the result was that the CPU wasn't correctly scaling up when pressing the Super button to get the gnome overview (it did not exceed 2200 MHz).
After removing tlp the CPU scales up to round 300MHz (and that much faster!) which results in a non-laggy overview.
So it seems like that tlp cuts off the CPU frequency.
add a comment |
Ok, it looks like I have found the problem.
I wrote a little script which measured the CPU frequency every 1/10 second and the result was that the CPU wasn't correctly scaling up when pressing the Super button to get the gnome overview (it did not exceed 2200 MHz).
After removing tlp the CPU scales up to round 300MHz (and that much faster!) which results in a non-laggy overview.
So it seems like that tlp cuts off the CPU frequency.
add a comment |
Ok, it looks like I have found the problem.
I wrote a little script which measured the CPU frequency every 1/10 second and the result was that the CPU wasn't correctly scaling up when pressing the Super button to get the gnome overview (it did not exceed 2200 MHz).
After removing tlp the CPU scales up to round 300MHz (and that much faster!) which results in a non-laggy overview.
So it seems like that tlp cuts off the CPU frequency.
Ok, it looks like I have found the problem.
I wrote a little script which measured the CPU frequency every 1/10 second and the result was that the CPU wasn't correctly scaling up when pressing the Super button to get the gnome overview (it did not exceed 2200 MHz).
After removing tlp the CPU scales up to round 300MHz (and that much faster!) which results in a non-laggy overview.
So it seems like that tlp cuts off the CPU frequency.
answered Sep 4 '18 at 8:58
InvisibleShadowGhostInvisibleShadowGhost
92110
92110
add a comment |
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1065713%2fgnome-overview-laggy-when-running-scaling-governor-powersave%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Are you only changing the scaling governor, or do you mean this happens when switching between on and off battery? That's quite a different thing: TLP does a lot more than just CPU scaling (it may e.g. twiddle with your GPU). Please edit your question to clarify exactly what you did, with commands and their outputs. Also please condense your list of questions into a single one, and post different questions as new questions.
– zwets
Aug 15 '18 at 21:21
It is only happening when changing the governor. echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and everything is fine. echo powersave > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and the animation is laggy. I'll take the tlp mention out of the original post because it is confusing and does not help.
– InvisibleShadowGhost
Aug 15 '18 at 21:29
The reason I'd put this bunch of questions because I would like to understand the whole problem and mention some ideas to probably solve it.
– InvisibleShadowGhost
Aug 15 '18 at 21:37
Using scaling you can set your minimum to say 1600 MHz as a short term fix. Also make sure turbo boost is on. Install TLP.
– WinEunuuchs2Unix
Aug 15 '18 at 21:51
1
Also as 8500 is so new check for kernel bugs and if known apply latest mainline.
– WinEunuuchs2Unix
Aug 15 '18 at 22:07