Bug 70857 – REGRESSION (r94887): Scrolling the HTML spec is more jerky now than it was (regression)

• Status: RESOLVED
• Resolution: FIXED
• Component: CSS

[Ian 'Hixie' Hickson]

Between r94906 and r94871, probably at r94887 (bug 66887) the HTML spec became slow to scroll.

STEPS TO REPRODUCE
1. Load http://whatwg.org/html
2. Wait. It's a 5MB file, it takes a while to load.
3. When you're sure it's loaded, drag the scrollbar thumb to the middle of the page.
4. Hit the space bar a few times.
5. Wait for the popup to fade-in in the margin.
6. Hit the space bar again.

ACTUAL RESULTS
Scrolling is not immediate.

EXPECTED RESULTS (and results prior to this regression)
Scrolling is always smooth.

[Luke Macpherson]

Just ran a quick experiment, running PerformanceTests/Parser/html5-full-render.html with and without r94877.

ToT (with r94877):
Testing 6092696 byte document in 13 500000 byte chunks.
Running 20 times
Ignoring warm-up run (42093)
41379 41458 41389 41444 41458 41473 41468 41554 41506 41461
41419 41297 41547 41419 41311 41312 41529 41372 41349 41528

avg 41433.65
median 41451
stdev 77.53081645384626
min 41297
max 41554

Rolling out r94877:
Testing 6092696 byte document in 13 500000 byte chunks.
Running 20 times
Ignoring warm-up run (42154)
41460 41610 41765 41769 41887 42583 42574 41619 41754 41627
41509 41558 41641 41732 41613 41639 41453 41585 42914 42755

avg 41852.35
median 41640
stdev 443.69530930583437
min 41453
max 42914

It looks like r94887 actually makes the spec load faster on that benchmark. I know this doesn't answer the question about scrolling performance, but when I profiled scrolling the hot code was similar to the hot code when doing a page load, so it *might* still be indicative.

[Dimitri Glazkov (Google)]

Confirmed that http://trac.webkit.org/changeset/94887 is the culprit.

[Dimitri Glazkov (Google)]

Committed r98492: <http://trac.webkit.org/changeset/98492>