Open Bug 421601 Opened 16 years ago Updated 2 years ago

Large tables take longer to paint than in other browsers

Categories

(Core :: Layout, defect)

x86
Windows XP
defect

Tracking

()

REOPENED

People

(Reporter: davidcorley, Unassigned)

References

()

Details

(Keywords: perf, regression, testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008030706 Minefield/3.0b5pre Creative ZENcast v2.01.01
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008030706 Minefield/3.0b5pre Creative ZENcast v2.01.01

Large tables have exceptionally slow scrolling speed. The same tables scroll fluidly in Firefox 2.

Sample tables include the "all-time top 100" table here:
https://bugzilla.mozilla.org/enter_bug.cgi?product=Firefox&format=guided

and this table:
http://mguglielmi.free.fr/scripts/TableFilter/datademo.htm

Reproducible: Always

Steps to Reproduce:
1.Open the addresses mentioned in the details.
2.Scroll through the tables in Firefox 2
3.Repeat step 2 with firefox 3
Actual Results:  
There is a serious regression in large table scroll speed performance from FX2 to FX3.

Expected Results:  
No regression in scroll speed.
Version: unspecified → Trunk
This regressed in the last days of April 2007, so probably from bug 368247. Maybe this is a dupe of one of the other blocking bugs.
Blocks: 368247
Component: General → Layout
Product: Firefox → Core
QA Contact: general → layout
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Component: Layout → Build Config
Component: Build Config → Layout
Attached file testcase
With branch, I get 8500ms as result for the scrolltest, with current trunk build, I get 63855ms as result.
Flags: blocking1.9?
Keywords: perf, testcase
I get an average of: 
- branch 8853ms 
- trunk 83377ms
I get an average of: 
- branch 6922ms 
- trunk 48387ms

after running the ScrollTest on Trunk it's pretty unresponsive.  I have to force close Minefield:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008030909 Minefield/3.0b5pre ID:2008030909

~B
Flags: wanted1.9+
Flags: blocking1.9?
Flags: blocking1.9-
Depends on: 397303
MozillaAS:
1.7.13   Time the scrolling took:  7437ms
SeaMonkey:
1.0.9    Time the scrolling took:  7328ms
1.1.8    Time the scrolling took:  6625ms
1.5a0515 Time the scrolling took: 38984ms
2.0a0317 Time the scrolling took: 55876ms
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100503 Firefox/3.6.4

FWIW:

Approximate average times on Windows XP SP 3 for attached test case:

Firefox 3.6.4 - 12600 ms

Chrome 5 -      6600 ms

Opera 10.53 -  5100 ms
This must just be slow border rendering, not specifically scrolling-related.
20160502172042 Mozilla/5.0 (Windows NT 5.1; rv:46.0) Gecko/20100101 Firefox/46.0
20160519030232 Mozilla/5.0 (Windows NT 5.1; rv:49.0) Gecko/20100101 Firefox/49.0

I have tested your issue on latest FF release 46.0.1 and latest Nightly build 20160519030232 and could not reproduce it.

Average time for:
latest release 8131 ms
latest nightly : 8097 ms 
IE :4024 ms
Chrome : 4062 ms

Based on above results I will mark this as Resolved-Worksforme.
If anyone can still reproduce it, feel free to reopen the issue and provide more information.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
I would say that this bug is not fixed. Firefox is still ~100% slower than IE and Chrome in Roxana's tests:

>Average time for:
>latest release 8131 ms
>latest nightly : 8097 ms 
>IE :4024 ms
>Chrome : 4062 ms

I tested again with Firefox 46.0.1: 10520 ms
And IE 11: ~4100 ms

Sure, 8000 ms or 10000 ms is much faster than, say, 63000 ms or 83000 ms, but remember: 8000 ms is still ~100% slower than IE/Chrome.
(In reply to Carlos Alén Silva from comment #9)

FWIW, running attachment 308311 [details] gives for me:
Firefox/2.0.0.20 ID:2008121709
6965ms

Firefox/46.0 ID:20160502172042 CSet: 0b8492c110bec959b94e3d54d5bd5ca7f7f97f6c
15030ms

Firefox/49.0 ID:20160526082533 CSet: b0096c5c727749ad3e79cbdf20d2e96bd179c213
4242ms

Chrome 53.0.2749.2 (Official Build) canary
4135ms

Microsoft Edge 38.14342.1000.0 / Microsoft EdgeHTML 14.14342
4029ms

=> WFM seems ok, no?
If e10s(APZ) is enabled, it is ok.
Otherwise, Firefox is 200% slower than other browser.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Summary: Large tables have very slow scroll speed → Large tables take longer to paint than in other browsers
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: