Announcement

Collapse
No announcement yet.

Fedora 19 Beta Released With Lots Of New Work

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #46
    I've just did a small test on the TC6-1 Live version, same I used for installation I mentioned earlier. Well, CPU load is easily below 5%, stable. When I bring the activities, back and forth the CPU load jumps to 20% and remains there until I stop poking activities view. Then it settles back below 5% CPU load.

    Thinkpad T500
    Intel GMA45

    Comment


    • #47
      Originally posted by Bucic View Post
      I've just did a small test on the TC6-1 Live version, same I used for installation I mentioned earlier. Well, CPU load is easily below 5%, stable. When I bring the activities, back and forth the CPU load jumps to 20% and remains there until I stop poking activities view. Then it settles back below 5% CPU load.

      Thinkpad T500
      Intel GMA45
      Doesn't sound normal, no - my Intel-based laptop doesn't have that problem at all, for instance. Can you check if somehow you're on software rendering? 'glxinfo | grep render', see if llvmpipe is mentioned.

      Comment


      • #48
        Originally posted by AdamW View Post
        Doesn't sound normal, no - my Intel-based laptop doesn't have that problem at all, for instance. Can you check if somehow you're on software rendering? 'glxinfo | grep render', see if llvmpipe is mentioned.
        Code:
        glxinfo | grep renderer
        OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset
        I have to re-adjust my descriptions. I looked into it more carefully. It appears that everything is smooth in the desktop... except the Activities transition (in and out). Odly even the workspaces sidepanel animation within Activities is smooth! Scrolling in Firefox is also smooth on websites like this forums. Very weird but it has to be reported. Activities in/out animation is VITAL for desktop experience. It may well be the reason why I finally ditched Ubuntu - the main desktop elements there were slow to appear and fade away, with no perspective of improvement.

        Comment


        • #49
          Originally posted by Bucic View Post
          Code:
          glxinfo | grep renderer
          OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset
          I have to re-adjust my descriptions. I looked into it more carefully. It appears that everything is smooth in the desktop... except the Activities transition (in and out). Odly even the workspaces sidepanel animation within Activities is smooth! Scrolling in Firefox is also smooth on websites like this forums. Very weird but it has to be reported. Activities in/out animation is VITAL for desktop experience. It may well be the reason why I finally ditched Ubuntu - the main desktop elements there were slow to appear and fade away, with no perspective of improvement.
          I actually quite often notice that transition is a bit jumpy the first time you trigger it in a session; I don't think it's actually graphics slowness, but that Shell is actually *doing* something when you first trigger the overview, I don't know what. But if you trigger it a few times in succession, the latter ones are very smooth. Is that what you see?

          Comment


          • #50
            Originally posted by AdamW View Post
            I actually quite often notice that transition is a bit jumpy the first time you trigger it in a session; I don't think it's actually graphics slowness, but that Shell is actually *doing* something when you first trigger the overview, I don't know what. But if you trigger it a few times in succession, the latter ones are very smooth. Is that what you see?
            Nope. I always disregard behavior during the first time so it's not it.

            Comment


            • #51
              Originally posted by AdamW View Post
              I actually quite often notice that transition is a bit jumpy the first time you trigger it in a session; I don't think it's actually graphics slowness, but that Shell is actually *doing* something when you first trigger the overview, I don't know what.
              Loading the icons and building the cache see: https://bugzilla.gnome.org/show_bug.cgi?id=687364

              Comment


              • #52
                Originally posted by Bucic View Post
                Nope. I always disregard behavior during the first time so it's not it.
                Can you please file a bug?
                Can you quantiify the slowness?
                i.e close all windows (expect one terminal window) and run
                gnome-shell-perf-helper --perf=core --perf-iters=3 and include the output in a bug please.

                Comment


                • #53
                  Originally posted by drago01 View Post
                  Can you please file a bug?
                  Can you quantiify the slowness?
                  i.e close all windows (expect one terminal window) and run
                  gnome-shell-perf-helper --perf=core --perf-iters=3 and include the output in a bug please.
                  Code:
                  bash: gnome-shell-perf-helper: command not found...

                  Comment


                  • #54
                    Originally posted by Bucic View Post
                    Code:
                    bash: gnome-shell-perf-helper: command not found...
                    Err sorry correct command is:
                    Code:
                    gnome-shell-perf-tool --perf=core --perf-iters=3 --replace > output.txt
                    BTW, I have just tested on GM45 here (OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset), does not seem to be slow at all, results:

                    ------------------------------------------------------------
                    # Time to switch to applications view, first time
                    applicationsShowTimeFirst 366748, 364954, 366863
                    # Time to switch to applications view, second time
                    applicationsShowTimeSubsequent 402116, 401406, 401651
                    # Additional malloc'ed bytes the second time the overview is shown
                    leakedAfterOverview 1559568, 1656928, 1608304
                    # Frames rate when going to the overview, 10 alpha-transparent windows open
                    overviewFps10Alpha 38.1351892459, 38.1355528225, 37.0849384158
                    # Frames rate when going to the overview, 10 maximized windows open
                    overviewFps10Maximized 26.9723533378, 26.8339915115, 27.1275946414
                    # Frames rate when going to the overview, 10 windows open
                    overviewFps10Windows 37.0378943957, 37.6929999387, 37.3397308739
                    # Frames rate when going to the overview, 5 alpha-transparent windows open
                    overviewFps5Alpha 43.0640966014, 40.9724119093, 41.7934401016
                    # Frames rate when going to the overview, 5 maximized windows open
                    overviewFps5Maximized 34.6342836115, 34.5296415392, 34.9378542917
                    # Frames rate when going to the overview, 5 windows open
                    overviewFps5Windows 42.9726779713, 42.5011050287, 40.8393299083
                    # Frame rate when going to the overview, first time
                    overviewFpsFirst 32.8509715675, 41.5683747805, 34.2191531444
                    # Frames rate when going to the overview, second time
                    overviewFpsSubsequent 43.8599697366, 42.5869645173, 43.2170793898
                    # Time to first frame after triggering overview, first time
                    overviewLatencyFirst 245195, 221620, 212989
                    # Time to first frame after triggering overview, second time
                    overviewLatencySubsequent 46304, 53475, 58522
                    # Malloc'ed bytes after the overview is shown once
                    usedAfterOverview 62740704, 62670928, 62671280
                    ------------------------------------------------------------
                    Last edited by drago01; 06-24-2013, 06:16 AM.

                    Comment


                    • #55
                      Originally posted by drago01 View Post
                      Err sorry correct command is:
                      Code:
                      gnome-shell-perf-tool --perf=core --perf-iters=3 --replace > output.txt
                      BTW, I have just tested on GM45 here (OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset), does not seem to be slow at all, results:
                      I can't post the output file. After all of the windows stop dancing around the system hanged (in the activities view, without any windows nor icons). Mouse pointer was live but I couldn't click anything. The system didn't even respond to power button which always nicely send a shutdown signal to fedora. This time I had to long-press the power button to shut the system down.

                      I'm all for filing the bug report. Is there another way to obtain the output file on Live beta?

                      I sustain what I said before. Some animations are clunky but ONLY in the Activities in/out animations. Interestingly, during the automatic test transparent windows had smoother animations most of the time, with the same number of windows.

                      The whole thing doesn't look like a performance problem but rather... like the activities in/out animation has been hardcoded to cover the animation in X steps of window movement, so the more distance is to cover, the clunkier the animation looks like.

                      Also the Activities triggering seems off. Works with at least a 0.25 sec delay, while it's almost instant in F18.

                      Once I get the output of the automatic test I'll post the bug report along with video recordings.

                      Comment


                      • #56
                        I tried to point the tool to save the output file on my hard drive. The system hanged again after the test (or during the test?), as expected, but there were no output file in the location I specified, once I rebooted.

                        Comment


                        • #57
                          Originally posted by Bucic View Post
                          I tried to point the tool to save the output file on my hard drive. The system hanged again after the test (or during the test?), as expected, but there were no output file in the location I specified, once I rebooted.
                          Try doing a VT switch (ctrl-alt-f2), log in as root (no password required) and do killall Xorg then go back to VT1 (Ctrl-Alt-F1), you should see the login screen. Now select live user and you should be back in he session with the file in your home directory.

                          Comment


                          • #58
                            Originally posted by drago01 View Post
                            Try doing a VT switch (ctrl-alt-f2), log in as root (no password required) and do killall Xorg then go back to VT1 (Ctrl-Alt-F1), you should see the login screen. Now select live user and you should be back in he session with the file in your home directory.
                            Here's the output file.
                            http://sdrv.ms/17xyLmX
                            The results look OK, the animations don't. I'll post the videos.

                            Comment


                            • #59
                              https://bugzilla.redhat.com/show_bug.cgi?id=977391

                              I'll edit the bug later to add more details and videos.

                              Comment


                              • #60
                                Videos added. Since I'm bombarding the topic anyway - can someone, please, tell me how to EDIT a bug description on bugzilla? :/

                                Comment

                                Working...
                                X