Gnome overview laggy when running scaling_governor=powersave












1















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










share|improve this question

























  • 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
















1















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










share|improve this question

























  • 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














1












1








1


1






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










share|improve this question
















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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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



















  • 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










1 Answer
1






active

oldest

votes


















1














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.






share|improve this answer























    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
    });


    }
    });














    draft saved

    draft discarded


















    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









    1














    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.






    share|improve this answer




























      1














      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.






      share|improve this answer


























        1












        1








        1







        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.






        share|improve this answer













        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.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Sep 4 '18 at 8:58









        InvisibleShadowGhostInvisibleShadowGhost

        92110




        92110






























            draft saved

            draft discarded




















































            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.




            draft saved


            draft discarded














            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





















































            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







            Popular posts from this blog

            flock() on closed filehandle LOCK_FILE at /usr/bin/apt-mirror

            Mangá

             ⁒  ․,‪⁊‑⁙ ⁖, ⁇‒※‌, †,⁖‗‌⁝    ‾‸⁘,‖⁔⁣,⁂‾
”‑,‥–,‬ ,⁀‹⁋‴⁑ ‒ ,‴⁋”‼ ⁨,‷⁔„ ‰′,‐‚ ‥‡‎“‷⁃⁨⁅⁣,⁔
⁇‘⁔⁡⁏⁌⁡‿‶‏⁨ ⁣⁕⁖⁨⁩⁥‽⁀  ‴‬⁜‟ ⁃‣‧⁕‮ …‍⁨‴ ⁩,⁚⁖‫ ,‵ ⁀,‮⁝‣‣ ⁑  ⁂– ․, ‾‽ ‏⁁“⁗‸ ‾… ‹‡⁌⁎‸‘ ‡⁏⁌‪ ‵⁛ ‎⁨ ―⁦⁤⁄⁕