Some follow up on this: found on this threadhttps://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1064095/comments/8that setting
CLUTTER_VBLANK=none
makes it a *whole* lot better. In fact, AFAICS the problem is gone -- even if NVidia driver is still set to sync to vblank. Other performance problems which were also very noticeable on GNOME 3.6 (eg. moving windows around) are also gone.
Not sure if this is a GNOME or a NVidia bug (or both), will dive deeper into it later.
Regards,
Andre
On Wed, Feb 6, 2013 at 9:20 PM, Andre Costa blueser@gmail.com wrote:
On Wed, Feb 6, 2013 at 5:03 PM, Joe Zeff joe@zeff.us wrote:
On 02/06/2013 04:26 AM, Andre Costa wrote:
Quite the contrary: this is a 8-core i7 desktop with a GeForce GT9800. It should handle any videos just fine ;-) (as it always has done until F18). There's clearly something wrong, I just don't know exactly what it is. CPU usage doesn't spike too much while watching videos
Have you tried running top in a terminal while this is going on? It can't hurt to know what process is using most of your CPU time when the videos slow down.
Thks Joe, I'll try that. But it doesn't look like it's a high CPU usage issue, it looks as if video decoding is buggy.
I just tested getting rid of totem-mozplugin and installing gecko-mediaplayer (which uses MPlayer). Firefox is now able to play videos just fine, so it does seem to be some issue with Totem (or, more specifically, GStreamer?). However, gecko-mediaplayer doesn't get along well with Chrome, it simply can't load the plugin. So, either I switch back to Firefox or I use it only when I want to watch Quicktime movies.
Damn :-/
Andre Costa wrote:
Some follow up on this: found on this thread https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1064095/comments/8 that setting
CLUTTER_VBLANK=none
makes it a *whole* lot better. In fact, AFAICS the problem is gone -- even if NVidia driver is still set to sync to vblank. Other performance problems which were also very noticeable on GNOME 3.6 (eg. moving windows around) are also gone.
Not sure if this is a GNOME or a NVidia bug (or both), will dive deeper into it later.
Regards,
Andre
THANK YOU!!
You're welcome =) I felt that very same relief when I tried it out and realized GNOME 3.6 performance finally went back to GNOME 3.4 levels on the same machine.
Just out of curiosity: what is your graphics card?
Regards,
Andre
On Thu, Mar 21, 2013 at 3:34 PM, Bill Davidsen davidsen@tmr.com wrote:
Andre Costa wrote:
Some follow up on this: found on this thread <https://bugs.launchpad.net/**ubuntu/+source/gnome-shell/+** bug/1064095/comments/8https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1064095/comments/8
that setting
CLUTTER_VBLANK=none
makes it a *whole* lot better. In fact, AFAICS the problem is gone -- even if NVidia driver is still set to sync to vblank. Other performance problems which were also very noticeable on GNOME 3.6 (eg. moving windows around) are also gone.
Not sure if this is a GNOME or a NVidia bug (or both), will dive deeper into it later.
Regards,
Andre
THANK YOU!!
-- Bill Davidsen davidsen@tmr.com "We have more to fear from the bungling of the incompetent than from the machinations of the wicked." - from Slashdot -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.**org/mailman/listinfo/usershttps://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/**Mailing_list_guidelineshttp://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Some additional info: according to "running clutterhttps://developer.gnome.org/clutter/1.12/running-clutter.html" page, other possible values for CLUTTER_VBLANK are "glx" and "dri". I just tested and "glx" also seems to work fine for me (NVidia driver with sync to vblank set to true).
Regards,
Andre
On Thu, Mar 21, 2013 at 1:10 PM, Andre Costa blueser@gmail.com wrote:
Some follow up on this: found on this threadhttps://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1064095/comments/8that setting
CLUTTER_VBLANK=none
makes it a *whole* lot better. In fact, AFAICS the problem is gone -- even if NVidia driver is still set to sync to vblank. Other performance problems which were also very noticeable on GNOME 3.6 (eg. moving windows around) are also gone.
Not sure if this is a GNOME or a NVidia bug (or both), will dive deeper into it later.
Regards,
Andre
On Wed, Feb 6, 2013 at 9:20 PM, Andre Costa blueser@gmail.com wrote:
On Wed, Feb 6, 2013 at 5:03 PM, Joe Zeff joe@zeff.us wrote:
On 02/06/2013 04:26 AM, Andre Costa wrote:
Quite the contrary: this is a 8-core i7 desktop with a GeForce GT9800. It should handle any videos just fine ;-) (as it always has done until F18). There's clearly something wrong, I just don't know exactly what it is. CPU usage doesn't spike too much while watching videos
Have you tried running top in a terminal while this is going on? It can't hurt to know what process is using most of your CPU time when the videos slow down.
Thks Joe, I'll try that. But it doesn't look like it's a high CPU usage issue, it looks as if video decoding is buggy.
I just tested getting rid of totem-mozplugin and installing gecko-mediaplayer (which uses MPlayer). Firefox is now able to play videos just fine, so it does seem to be some issue with Totem (or, more specifically, GStreamer?). However, gecko-mediaplayer doesn't get along well with Chrome, it simply can't load the plugin. So, either I switch back to Firefox or I use it only when I want to watch Quicktime movies.
Damn :-/
-
Andre Costa -
Bill Davidsen