Closed Bug 131400 Opened 22 years ago Closed 22 years ago

javascript scrolling is very slow

Categories

(Core :: DOM: Core & HTML, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: willtsv, Assigned: jesup)

References

()

Details

(Keywords: perf)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.9) Gecko/20020310
BuildID:    2002031005

it works fine in other browsers both IE and MAC - the speed of scrolling and the
move layers is just too slow - also it is necessary to hold the mouse over the
up and down scroll buttons but in this version that causes a pop-up window to appear

Reproducible: Always
Steps to Reproduce:
1.just open the URL
2.
3.

Actual Results:  it takes a long time to sort itself out

Expected Results:  scrolled faster and not put up a pop-up window

this is DHTML guyz  so hopefully you can sort it out  I have a lot of hope we
can break the IE syndrome:)
To jesup, since his patch likely makes this a whole lot better.
Assignee: rogerl → rjesup
Confirming using Mozilla trunk binary 20020314xx WinNT. The site takes
about 13 seconds to load on my WinNT box, vs.  about 9 seconds in IE6.
Since part of that is simply network traffic common to both browsers,
the difference in rendering time is even more dramatic. OS: Mac --> All.


Here is a profile log from the Mozilla JS Debugger:

http://www.efreightauctions.com.au/
 MM_reloadPage:7-11, calls 1, total 0ms, min 0ms, max 0ms, avg 0ms.

http://www.efreightauctions.com.au/includes/functions.js
 MM_reloadPage:182-186, calls 1, total 0ms, min 0ms, max 0ms, avg 0ms.
 getwidth:115-118, calls 1, total 0ms, min 0ms, max 0ms, avg 0ms.
 P7_OpResizeFix:189-199, calls 1, total 0ms, min 0ms, max 0ms, avg 0ms.
 MM_findObj:120-126, calls 125, total 32ms, min 0ms, max 16ms, avg 0.26ms.
 MM_preloadImages:282-286, calls 1, total 16ms, min 16ms, max 16ms, avg 16ms.
 P7AniMagic:161-180, calls 115, total 954ms, min 0ms, max 31ms, avg 8.3ms.
 P7_setScroller:203-221, calls 5, total 875ms, min 78ms, max 453ms, avg 175ms.
 scroll:7-65, calls 1, total 1000ms, min 1000ms, max 1000ms, avg 1000ms.


To my eye, this doesn't seem to add up (the page takes longer than this
to load) but it does show that the scroll() function is a key suspect -
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: MacOS X → All
Hardware: Macintosh → All
I'm not seeing a lot of pure JS Engine function calls, except for parseInt(). 
I'm setting component to DOM as a DHTML performance problem. Will make this
a dependency for the DHTML performance tracking bug 21762. 

cc'ing self -
Component: JavaScript Engine → DOM Level 0
Blocks: 21762
Keywords: perf
setting default QA -
QA Contact: pschwartau → desale
setting more serious summary
Summary: so sloooooooowww on the java scripts → javascript scrolling is very slow
With an older Win32 build I don't see any obvious problem here (WinXP, AMD
1800+, Mozilla 2002022408).  After loading it the first time (slow to come in),
it loads in 2-3 seconds.
Recent builds performance is satisfactory, although not on par with IE (2.2 sec
vs 1.2 sec loading time, local copy). Tested with latest nightly, Win2K, AMD
K6-III/400.
Suggest close this bug.

The problem seems do not exist in 1.0 relase. And mozilla works as well as IE
(mozilla build id 2002053012, intel 1.8GHZ,win2K).

As many pepole feel the same thing. Can we close this bug?
Though there is some slight flickering when scrolling I think we can close 
this one. Far more crucial problems are be dealt in other bugs.
Close it
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
No longer blocks: 21762
Blocks: 21762
You need to log in before you can comment on or make changes to this bug.