Bug 34649

Summary: Extremely slow DOM access compared to other non-webkit browsers
Product: WebKit Reporter: Andrew Gryaznov <realgrandrew@gmail.com>
Component: TablesAssignee: Nobody <webkit-unassigned@lists.webkit.org>
Severity: Normal CC: ap@webkit.org, chadwhee@yahoo.com, simon.fraser@apple.com
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Windows XP   
URL: http://blog.jeneric.net/2010/02/05/ie8-beats-chrome-safari-in-performance-tests/
Description Flags
Blog post with regression source and more info
test case none

Description From 2010-02-05 07:06:16 PST
Created an attachment (id=48232) [details]
Blog post with regression source and more info

access speed regresses over the size of the DOM table tree, It is down to 20x or 
more times slower than in every other modern browser, including Internet Explorer. 
It makes some DOM tricks unusable in WebKit completely
------- Comment #1 From 2010-02-05 07:07:14 PST -------
Created an attachment (id=48233) [details]
test case

the test case html
------- Comment #2 From 2010-02-05 14:10:08 PST -------
I don’t think this is a DOM issue as much as a repainting issue.  Profiling shows a large amount of time is spent repainting tables.  QuartzDebug doesn’t appear to show any unnecessary repainting though.
------- Comment #3 From 2011-08-13 02:37:50 PST -------
I'm seeing the same problem.

I've made some examples. These examples are the same content with different styling:

1) Normal scrolling. Solid borders and border-collapse:separate


2) Slow scrolling. Solid borders and border-collapse:collapse


3) Very slow scrolling and beach ball of death.
   Semi-transparent RGBA borders and border-collapse:separate


I'm testing with Safari 5.1 and OS X 10.6.8 (+update) on my Late 2006 MacBook Pro.

Firefox 4 sees roughly equal performance on on all of those examples.
Safari 5.0 and earlier sees about the same performance on each example.
Chrome 13.0.7 has similar performance issues with these examples.

Here is another page that exhibits performance problems because of border-collapse:collapse


This is the same bug on Google's bug tracker:

------- Comment #4 From 2011-08-13 02:40:34 PST -------
*** Bug 66184 has been marked as a duplicate of this bug. ***
------- Comment #5 From 2011-08-13 07:55:36 PST -------
This bug is about DOM access performance, not scrolling performance. Please file another bug on the latter.