Bug 30606

Summary: slow, laggy, jerky scrolling in chromium that uses 100% cpu
Product: xorg Reporter: Gerwin <gerwin_kramer>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium CC: christopher.m.penalver
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:

Description Gerwin 2010-10-04 14:21:11 UTC
Forwarded from: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/653694

When I scroll or zoom in the latest Chromium in Ubuntu Maverick, it goes with a lot of lag. It is slow. 100% CPU is used while scrolling.

In firefox scrolling is okay, in konqueror scrolling is very fast. Opera is also laggy with the scrolling.

On windows, scrolling is very fast in chromium. 

I think it might be a driver issue, that is why i post it here.

I am using the radeon driver r300g on R350 card (9800 pro 128mb).
Comment 1 Alex Deucher 2010-10-04 14:30:53 UTC
does xf86-video-ati 6.12.2 or git master work any better?
Comment 2 Gerwin 2010-10-04 14:36:16 UTC
I already use xorg-edgers, so i think that is close to git master.

I tried the r300 classis radeon driver, same results. 

Is xf86-video-ati the same as the radeon driver? or is it a different driver?
Comment 3 Alex Deucher 2010-10-04 14:45:44 UTC
(In reply to comment #2)
> Is xf86-video-ati the same as the radeon driver? or is it a different driver?

Same driver.
Comment 4 Clemens Eisserer 2010-10-05 02:23:28 UTC
As far as I know chromium only does client-side rendering and then uploads the software-rendered contents using either SHMPutImage or SHMPixmaps.

I also see slow scrolling compared to Firefox on my i945GM laptop + a 1920x1200 display - but I guess that can be simply attributed to the huge amounts of data copied arround.
Comment 5 Gerwin 2010-10-05 05:52:04 UTC
(In reply to comment #4)
> As far as I know chromium only does client-side rendering and then uploads the
> software-rendered contents using either SHMPutImage or SHMPixmaps.
> 
> I also see slow scrolling compared to Firefox on my i945GM laptop + a 1920x1200
> display - but I guess that can be simply attributed to the huge amounts of data
> copied arround.

So this is a problem in the design of chromium? 

However, the windows versie is very fast with scrolling, so why is it fast on windows and slow on ubuntu?
Comment 6 Dawid Zamirski 2010-10-05 10:46:07 UTC
Just FYI, this might give you some hints:

http://code.google.com/p/chromium/issues/detail?id=28544
Comment 7 Gerwin 2010-10-05 13:35:06 UTC
(In reply to comment #6)
> Just FYI, this might give you some hints:
> 
> http://code.google.com/p/chromium/issues/detail?id=28544

Thanks for the info, so it is up to the developers of chromium ...
Comment 8 Clemens Eisserer 2010-10-05 14:26:46 UTC
well, the question is why radeon is slow in thase case for (SHM)PutImage.
Comment 9 Dave Gilbert 2010-10-05 14:52:35 UTC
(In reply to comment #8)
> well, the question is why radeon is slow in thase case for (SHM)PutImage.

Is it really only doing SHM PutImage stuff?   I've got a bug where I can reliably trigger [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! from just scrolling around and zooming  in Google Maps on Chrome (chromium browser daily builds on Maverick).   While I can reliably trigger this (every time) in KDE with Desktop effects, I have also managed to trigger it on Gnome with out desktop effects.

If Chromium was only using PutImage would it really trigger stuff like that from drm?

Dave
Comment 10 Clemens Eisserer 2010-10-06 02:20:32 UTC
> If Chromium was only using PutImage would it really trigger stuff like that
> from drm?

Just gave it a try - on intel/uxa where ShmPixmaps are supported it mostly does:
- CreateShmPixmap
- XRenerComposite
- XFreePixmap

all the time while scrolling.
Comment 11 Clemens Eisserer 2010-10-06 02:33:58 UTC
ah, and XCopyArea of course ;)
Comment 12 Gerwin 2010-10-06 08:50:50 UTC
This is weird... 

If I open a second tab in Chromium, the scrolling is OKAY. 

I don't even have to enter an URL in the second tab, just click on + for a new tab.

If I close the second tab, scrolling is slow again.

What could this be?
Comment 13 Gerwin 2010-10-06 08:59:39 UTC
(In reply to comment #12)
> This is weird... 
> 
> If I open a second tab in Chromium, the scrolling is OKAY. 
> 
> I don't even have to enter an URL in the second tab, just click on + for a new
> tab.
> 
> If I close the second tab, scrolling is slow again.
> 
> What could this be?

hmm can't reproduce this behavior anymore (I closed chromium and started it again)
Comment 14 Gerwin 2010-10-06 09:48:12 UTC
(In reply to comment #13)

> hmm can't reproduce this behavior anymore (I closed chromium and started it
> again)

Sorry for all the comments, but I found out why I had this fast scrolling. It was because I was testing WebGL. 

To reproduce fast scrolling:

1. open chromium, go to http://dev.chromium.org/developers/demos-gpu-acceleration-and-webgl

2. scroll, the page scrolls slow

3. click on the link to the aquarium demo (not the picture, that will open a new tab)

4. wait until everything is loaded and the fish are swimming

5. press the back button

5. scroll, the page scrolls fast
Comment 15 Gerwin 2011-06-05 06:49:02 UTC
The problem is still there with this radeon r350 card and ubuntu 11.04 using xorg-edgers ppa. Slow scrolling in chromium and slow 2D performance in other apps.

3D performance is quite nice.
Comment 16 Christopher M. Penalver 2016-02-25 05:07:36 UTC
Gerwin, Ubuntu Maverick reached EOL on April 10, 2012. For more on this, please see https://wiki.ubuntu.com/Releases .

If this is reproducible in a supported release, it will help immensely if you filed a new report with Ubuntu by ensuring you have the package xdiagnose installed, and that you click the Yes button for attaching additional debugging information running the following from a terminal:
ubuntu-bug xorg

Also, please feel free to subscribe me to it.

For more on why this is helpful, please see https://wiki.ubuntu.com/ReportingBugs.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.