Closed Bug 131400 Opened 23 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.