Closed
Bug 76299
Opened 23 years ago
Closed 23 years ago
scrolling animation by setting style.top is extremely slow compared to IE and Netscape 4.x
Categories
(Core :: DOM: CSS Object Model, defect)
Core
DOM: CSS Object Model
Tracking
()
People
(Reporter: rob, Assigned: attinasi)
References
()
Details
(4 keywords)
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20010131 Netscape6/6.01 BuildID: 20010131 I created the page at http://dev.tvtaxi.com/tests/scroll.htm to compare the speed of moving a <DIV> layer on different browsers. This page will demonstrate how IE5 and Netscape 4.x are many, many times faster than Netscape 6. On the Macintosh, Netscape 4.x is many times faster than Netscape 6 while IE5 is only marginally faster, but faster nonetheless. Reproducible: Always Steps to Reproduce: 1.Go to the above listed URL and let the test run in IE5, Netscape 4.7, and then Netscape 6. 2. 3. Actual Results: On a Pentium III, 1ghz, I obtained the following results: 1) Internet Explorer 5: 4.06 seconds 2) Netscape 4.7: 4.06 seconds 3) Netscape 6.01: 28.56 seconds Expected Results: I would have expected Netscape 6 to be at least as fast as the other browsers I tried a versions of the test page in quirks mode and standards mode and there was no significant difference in the timings.
Comment 1•23 years ago
|
||
Adding perf keyword and over to DOM style for a guess. Robert, Bugzilla is the Mozilla Bug Database. Could you try to reproduce this with a recent Mozilla nightly build? Thanks!
[irrelvenat] that webserver is _slow_ 168s = normal 130s = css forcefully disabled 132s = skipping first settimeout 5s=time to join 50 strings (no css) 0s = no scrolling no css skipping settimeout -- scrolling 5times <~7s [no css, skipping settimeout] >~7s [for loop, no css] [extrapolating gives me 70s, not 130.. hrm] >~5s [while loop, no if] -- scrolling 25times <~36s [whileloop] -- scrolling 50times - while loop, no timeout: 70s as extrapolated. while (++count<5) { ty=ty-15 ss[count]=new Date().getTime(); scrollObj.style.top=ty+"px" } the significant trailing digits of ss[]: 87324 88386 89908 91350 92702 [ie: 0...0] my versions are available on http://timeless.student.umd.edu/mozilla/css/ in some versions, i broke compat w/ nc4 to see if the |if| was a significant factor
Comment 3•23 years ago
|
||
Confirmed with build 2001041704 on W2K
Comment 4•23 years ago
|
||
Problem on Linux too (NS 4.x -- 4.5 seconds, Mozilla 115 seconds for the nocss.htm page). I'm using the 2001-04-17-08 nightly.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows NT → All
Hardware: PC → All
Summary: layer animation is extremely slow in Netscape 6, compared to IE and Netscape 4.x on both PC and Macintosh platforms → animation by setting style.top is extremely slow compared to IE and Netscape 4.x
Summary: animation by setting style.top is extremely slow compared to IE and Netscape 4.x → scrolling animation by setting style.top is extremely slow compared to IE and Netscape 4.x
Comment 5•23 years ago
|
||
I ran this through Quantify, and all I see are thousands and thousands and thousands of style operations and line layouts. Looks like we're probably tearing down and rebuiding everything and reresolving style along the way. Not good.
Comment 6•23 years ago
|
||
Saari, thanks for running this in quantify, I was gonna do that myself but you beat me to it. I think this is a dup of one of attinasi's bugs related to setting style properties being slow. Reassigning.
Assignee: jst → attinasi
according to saari, the best page (that has the full 51x string and loops 50 times) is nospan.htm which takes 36s (improved over 50 and 138 for some of the other versions). Scrolling a document (even 50 times) shouldn't require changing its object model at all. [ie takes about 1/3 of a second to do the 50 scroll ops -- this might vary a bit depending on which testpage you try and system load]
Severity: normal → major
Assignee | ||
Comment 8•23 years ago
|
||
Sounds like bug 70156 - thanks. *** This bug has been marked as a duplicate of 70156 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Comment 9•23 years ago
|
||
VERIFIED ensured DUPLICATE (copied keywords and URL)
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•