[Bug 239211] New: Xorg consumes up to 100% CPU-time when scrolling on websites with large images
https://bugzilla.novell.com/show_bug.cgi?id=239211 Summary: Xorg consumes up to 100% CPU-time when scrolling on websites with large images Product: openSUSE 10.2 Version: Final Platform: 32bit OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: sndirsch@novell.com ReportedBy: c_weidmann@gmx.net QAContact: sndirsch@novell.com On openSUSE 10.2 (IBM Thinkpad R51, Pentium-M 1,6 GHz, Radeon Mobility M7 LW with Xorg's radeon driver), Xorg causes extremely high CPU-usage when scrolling with Konqueror on websites with large images. So scrolling is extremely slow. In Opera and Firefox, the problem is still noticeable, but CPU-usage is not as high as with konqueror ("only" 30 - 50%). Although it seemed to be a Konqueror-related problem at first look, I'll report it as a Xorg bug, because the CPU-time is consumed by Xorg and not by Konqueror. You can test it at www.firststop.de and http://www.apfeltalk.de/forum/ibook-powerbook-macbookpro-f11.html . On both cases, you see the effect when scrolling in the upper parts of the sites were large banners are displayed. When you've scrolled down so that these images are no more visible, then scrolling is normal and CPU-usage returns to a normal level. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 sndirsch@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |c_weidmann@gmx.net ------- Comment #1 from sndirsch@novell.com 2007-01-26 04:58 MST ------- Could you attach /etc/X11/xorg.conf and /var/log/Xorg.0.log seperately in text/plain format? Thanks. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #2 from c_weidmann@gmx.net 2007-01-26 05:23 MST ------- Created an attachment (id=115402) --> (https://bugzilla.novell.com/attachment.cgi?id=115402&action=view) /etc/X11/xorg.conf Sure...here it is -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #3 from c_weidmann@gmx.net 2007-01-26 05:24 MST ------- Created an attachment (id=115403) --> (https://bugzilla.novell.com/attachment.cgi?id=115403&action=view) /var/log/Xorg.0.log -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #4 from sndirsch@novell.com 2007-01-26 06:40 MST ------- You might get better results with 16bit colordepth. Give it a try. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #5 from c_weidmann@gmx.net 2007-01-26 07:20 MST ------- Only very small improvements with 16 Bit color depth, if any! I noticed that high CPU consumption isn't only while scrolling: Try to move a windows in front of a Konqueror instance with one of such sites loaded and it will need a lot of CPU time, too. Yes, I know that moving windows while their contents is beeing displayed needs a lot, but surely not 80 - 100%. So moving a windows in front of another always works very soft and fast for me, but only if the window behind is NOT Konqueror with a site opened, that contains big images. Btw: Sorry if I caused any confusion with my kernel version, listed in Xorg.0.log. I compiled the original sources again for Pentium-M (trying to tune a little bit, so I hoped to get a little more free CPU time for Xorg :) ) and this kernel was active, when I submitted the logs. With original supplied kernel, I have exactly the same effect. If needed, I can also submit logs while running the original kernel -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 sndirsch@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|c_weidmann@gmx.net | ------- Comment #6 from sndirsch@novell.com 2007-01-26 07:29 MST ------- Ok. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #7 from c_weidmann@gmx.net 2007-01-26 12:31 MST ------- Created an attachment (id=115594) --> (https://bugzilla.novell.com/attachment.cgi?id=115594&action=view) Xorg.0.log while running SUSE default kernel -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 eich@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmueller@novell.com Severity|Normal |Minor Status|ASSIGNED |NEEDINFO Info Provider| |c_weidmann@gmx.net ------- Comment #9 from eich@novell.com 2007-01-28 08:40 MST ------- (In reply to comment #5)
Only very small improvements with 16 Bit color depth, if any!
I noticed that high CPU consumption isn't only while scrolling: Try to move a windows in front of a Konqueror instance with one of such sites loaded and it will need a lot of CPU time, too.
Redraw only depends on what's on the screen not what's loaded into the browser. If it depends on the number of 'sites' loaded it seems to indicate that you are running low on memory (or that the browsers consume too much memory). What is your memory size and your memory utilization? Is your system swapping? What's the CPU frequency when this happens (Intel Mobility chipsets have SpeedStepping)? I've just tried the page on an R200 system (the only one I have access to right now). It scrolls relatively smooth, CPU usage peaks at ~50 percent with konqueror. The consantly changing advertising banner on top seems to take some more CPU time and scrolls a little less smoothly. Static banners don't exhibit this behavior. On firefox this is less noticeable and the CPU usage is lower (never over 25 percent). Another thing I have noiticed in your log: (II) RADEON(0): AGP Fast Write disabled by default Please try: Option "AGPFastWrite" "1" All in all the problem seems to be related to a suboptimal optimal konqueror-X interaction. However this effect seems to be far from being distracting here. Maybe Dirk has some ideas on the rendering differences between konqueror and firefox. Assigning to reporter for further tests. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #10 from c_weidmann@gmx.net 2007-01-28 10:28 MST ------- AGPFastWrite doesn't change anything! The Effect doesn't depend much on the number of sites displayed in Konqueror window but it depends on kind of sites displayed. You've noticed, that it seems to depend on the presence of constantly moving banners and this may be the most often appearing reason, but not the only one: I've found probably the best example to test this effect: http://www.t-com.de/is-bin/INTERSHOP.enfinity/WFS/EKI-PK-Site/de_DE/-/EUR/ViewFAQTheme-Download;sid=JUkm0gWAGG8m1EA89pQsSiSu0PhBhuEXO2z_JTIVm9AIe_AxQh0=?ProductThemeId=theme-1000&selaction=themen&FaqId=theme-2001628&pageNr=0&bound=3&itemLocator=Bedienungsanleitungen&headerSelection=2&SelectedTheme=theme-2000178&SelectedTheme=theme-2001628&SelectedTheme=theme-9152828 Sorry for the long URL, but this sites dosn't display any moving banners (surprisingly there are not even big static images...) but causes Xorg to consume nearly all CPU time when opened in Konqueror. In Firefox, it's displayed very smoothly! After 20 Minutes of web-surfing, partly on sites, where the problem occurs (to point it out for you), I get the top-"screenshot" attached below. My System has 1.5 GB RAM, doesn't seem to swap in this situation and CPU-frequency was manually set to 1.6 GHz (which is maximum). Could this thread on kde.org be related to our problem: http://lists.kde.org/?l=kfm-devel&m=114796919602629&w=2 There, a similar problem is reported for NVidia cards. Down in the thread there are some Qt-Patches made responsible for this behaviour (http://lists.kde.org/?l=kfm-devel&m=114802781929549&w=2). Hope it helps and thanks for caring about -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #11 from c_weidmann@gmx.net 2007-01-28 10:30 MST ------- Created an attachment (id=115777) --> (https://bugzilla.novell.com/attachment.cgi?id=115777&action=view) Output of top while scrolling on "suspicious" site in Konqueror -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 c_weidmann@gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|c_weidmann@gmx.net | ------- Comment #12 from c_weidmann@gmx.net 2007-01-28 10:34 MST ------- Oh, I'm not very familiar with bugzilla. Sorry, forgot to remove NEEDINFO. If you need further information, set it again... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 eich@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |coolo@novell.com ------- Comment #13 from eich@novell.com 2007-01-28 15:20 MST ------- The T-Com page displays pulldown menues which seem to be the only cause of a slighly bumpy behavior here. It seems that KDE widget drawing is not well optimized. Usually pullduwn menues are not displayed in a scrollable area where they disappear when the window is scrolled (I'm sure there are examples that do). This may be a problem of the underlying Qt rendering. Maybe the KDE folks can take this up with the Qt people. Coolo, could you please look at this? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 coolo@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|coolo@novell.com | ------- Comment #14 from coolo@novell.com 2007-01-29 01:38 MST ------- No, this has very few to do with Qt. The widget drawing withing web pages is just a huge hack - as HTML and CSS require certain things you can't do "natively". And as this problem is known to khtml developers, there is nothing to talk about. Known upstream - if all that's left is a konqueror problem, this is a WONTFIX for bugzilla.novell.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #15 from c_weidmann@gmx.net 2007-01-29 13:01 MST ------- Ok, thx! I'll hope for some fixes from KDE developers some day... But before this bug will get closed as a WONTFIX, I want to report a strange observation I've made: For further testing, I've installed openSUSE 10.2 into a VirtualBox und noticed that all mentioned sites scroll very smoothly into the virtual system (only causing slighty higher CPU usage which I could tolerate). To emphasize again: The virtual system runs faster and a way more smoothly than the real one! Even the T-Com page consumes only 45% of CPU time and behave very well! So I'm asking: Is it possible that theres a major problem/incompatibility with Xorg's radeon driver besides the known KDE/Konqueror bugs? If I understood it correctly, the virtual machine uses of course an other video driver and passes only the completely rendered picture to the real system... This "virtual" driver seems to make a way better job for Konqueror, even if it's into an emulated system! I'll try a clean install on my "real" system next weekend to ensure that there are no configuration issues that may cause this problems. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #16 from c_weidmann@gmx.net 2007-01-30 14:48 MST ------- I played a little bit around with AIGLX which I doesn't expect to run very well on my old card. But while following the instruction on de.opensuse.org/AIGLX, I added Option "XAANoOffscreenPixmaps" "true" to Section Device in my xorg.conf. This resolved my problem! I disabled AIGLX again immediately and only left this option in my xorg.conf and everything works fine. Sure, the T-Com page needs more CPU time than others (maybe caused by the known bugs told by Stephan Kulow above), but it peaks at around 40 or 50 percent and now scrolls perfectly smooth. Is there a reason that this option isn't enabled by default (I used SaX2-generated xorg.conf when reporting this bug)? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #17 from eich@novell.com 2007-01-30 15:42 MST ------- Normally you want offscreen pixmaps as they can be displayed much faster if kept in offscreen fraembuffer cache. These web pages seem to hit a condition in which offscreen pixmaps get retired too often probably because they have an awkward size and are thus very wasteful in memory consumption. Still I'm a little surpised as copying data into the framebuffer should be sufficiently fast - especially on AGP. That's why I was asking of any of the AGP options made a difference. We hope that we can replace XAA with EXA one day. EXA is a lot better in framebuffer utilization. Still, with flashing banners you still need to copy the data to the framebuffer at some point. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 ------- Comment #18 from mhopf@novell.com 2007-01-31 06:49 MST ------- Given the amount of issues we had due to OffscreenPixmaps (counting bugzilla entries) - mostly rendering artifacts - I wonder whether it would be a good idea to globally disable this acceleration? Stefan, what do you think? Egbert, do you have an estimation how often offscreen pixmaps do any good? The driver reserved 1024 x 7421 for offscreen data - that should be sufficient for a *lot* of bitmaps... OTOH, if all animation elements of the banners get stored there, it could very well be that each one kicks out the next... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=239211 sndirsch@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #19 from sndirsch@novell.com 2007-01-31 07:53 MST ------- I'll set this option only for this device. Fixed for openSUSE 10.3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply@novell.com