Closed
Bug 622492
Opened 14 years ago
Closed 2 years ago
Scrolling performance choppiness due to fixing bug 590568
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
WORKSFORME
| Tracking | Status | |
|---|---|---|
| blocking2.0 | --- | - |
People
(Reporter: mozbugz, Unassigned)
References
Details
I notice smooth scrolling performance started lagging more with the patch in bug 590568. Its worse when a plugin is visible or being scrolled in or out view.
Comment 1•14 years ago
|
||
Do people besides Dennis see this?
Comment 2•14 years ago
|
||
(In reply to comment #1)
> Do people besides Dennis see this?
Please check the recorded video files.
Recorded by digital camera (making a screencast at high fps eat a lot cpu cycles).
Video recordings are made at 60fps in resolution 320x240 pixels.
Keep in mind watching these video, about few things: moire pattern (distort image), LCD screen ghosting(!), and Youtube video codec recompression artifacts.
But I hope chopiness in scrolling are visible enough (look at region of youtube video control button).
Up to 9 seconds in video Opera 11, after Minefield (Gecko/20110102 Firefox/4.0b9pre):
http://www.youtube.com/watch?v=EzxbB6BLaDw
Minefield recorded 60 fps (smooth scrolling=off, scrolling using scroll bar and mouse wheel):
http://www.youtube.com/watch?v=OqOROvjWVao
Minefield recorded 60 fps, played at 4 fps (slow motion :)
http://www.youtube.com/watch?v=m1cgVgNWhBo
Comment 3•14 years ago
|
||
Thanks for those videos.
I wonder if these scrolling problems happen everywhere, or only on computers that also had bug 590568.
| Reporter | ||
Comment 4•14 years ago
|
||
Agreed, thanks for the videos! If its in windows/nsWindow code, wouldn't it affect all Windows users?
Comment 5•14 years ago
|
||
The fix for bug 590568 was in windows/nsWindow, and that bug only affected some computers.
Comment 6•14 years ago
|
||
Please renominate if this happens to more people; one computer isn't enough on which to block, sad to say.
Assignee: nobody → tnikkel
blocking2.0: ? → -
Comment 7•14 years ago
|
||
Scrolling is very laggy on this page (not the whole page, but scrolling the thumbnails in the frame) : http://www.youtube.com/user/google#g/u
Can it be related to this bug?
Comment 8•14 years ago
|
||
There doesn't appear to be any plugins on that page, in which case, no, it must be a different bug.
Comment 9•14 years ago
|
||
(In reply to comment #7)
> Scrolling is very laggy on this page (not the whole page, but scrolling the
> thumbnails in the frame) : http://www.youtube.com/user/google#g/u
Perhaps that may be bug 625253?
| Reporter | ||
Comment 10•14 years ago
|
||
I checked the builds before and after retain layers. It appears we restored the choppiness (ie the slow and choppy scrolling that occurs when a plugin is visible, if the plugin is not visible, scrolling is faster) that was there before retain layers landed, that retain layers set out to fix.
| Reporter | ||
Comment 11•14 years ago
|
||
I realize that between all the bug fixes with OOPP and Retain layers, we might just have to live with it for now, unless retain layers with hw acceleration can be tweaked without regressing all the regression fixes.
Retained layers improved scrolling speed on many pages, including those without plugins. Also, fixing bug 590568 only affected D3D9.
| Reporter | ||
Comment 13•14 years ago
|
||
True. And i noticed this lag also affects D3D10 hardware acceleration experience with plugins on smooth scrolling.
Comment 14•14 years ago
|
||
Confirmed. Rendering of "video controls bar" is lagged with smooth scroll.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b10pre) Gecko/20110122 Firefox/4.0b10pre ID:20110122030336
Works:
http://hg.mozilla.org/mozilla-central/rev/378fe2ca7eb4
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20101230 Firefox/4.0b9pre ID:20101231112335
Lagged:
http://hg.mozilla.org/mozilla-central/rev/39db16b78175
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20101231 Firefox/4.0b9pre ID:20101231122305
Shockwave Flash
File: NPSWF32.dll
Version: 10.1.102.64
Shockwave Flash 10.1 r102
Graphics
Adapter Description: ATI Radeon HD 4300/4500 Series
Vendor ID: 1002
Device ID: 954f
Adapter RAM: 512
Adapter Drivers: aticfx64 aticfx64 aticfx32 aticfx32 atiumd64 atidxx64 atiumdag atidxx32 atiumdva atiumd6a atitmm64
Driver Version: 8.801.0.0
Driver Date:
Direct2D Enabled: true
DirectWrite Enabled: true
WebGL Renderer: TransGaming Inc. -- ANGLE -- OpenGL ES 2.0 (git-devel Jan 22 2011 03:39:02)
GPU Accelerated Windows: 1/1 Direct3D 10
Comment 15•14 years ago
|
||
According to Alice's config the problem is affecting d3d10 too? I'm not sure why.
| Reporter | ||
Comment 16•14 years ago
|
||
I see it with this too:
ATI Radeon HD 5400 Series
Vendor ID 1002
Device ID 68f9
Adapter RAM 512
Adapter Drivers aticfx32 aticfx32 aticfx32 atiumdag atidxx32 atiumdva
Driver Version 8.762.0.0
Driver Date 8-3-2010
Direct2D Enabled true
DirectWrite Enabled true (6.1.7600.20830)
WebGL RendererTransGaming Inc. -- ANGLE -- OpenGL ES 2.0 (git-devel Jan 18 2011 13:07:16)
GPU Accelerated Windows1/1 Direct3D 10
| Reporter | ||
Comment 17•14 years ago
|
||
Using Flash 10.2.161.23, not that it matters.
Comment 18•14 years ago
|
||
Sorry,
Please ignore the range in Comment 14.
Because, it happens on Minefield before landing Bug 590568.
| Reporter | ||
Comment 19•14 years ago
|
||
Yeah, let me do some more analysis.
| Reporter | ||
Comment 20•14 years ago
|
||
This seems to be less choppy or slow when scrolling plugins in and out of view now that bug 627651 landed. It seems painting feels more evenly distributed regardless of plugins being in view or not.
Updated•13 years ago
|
Assignee: tnikkel → nobody
Updated•3 years ago
|
Severity: normal → S3
Comment 21•2 years ago
|
||
Plugins are no longer with us.
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•