99924 - boomtown.net brings Mozilla to its knees

Status: VERIFIED DUPLICATE of bug 122996

(Core :: Layout, defect)

Description

[Morten Brix Pedersen]

I don't know what's really going on, www.boomtown.net is REALLY slow in Mozilla,
I'm almost unable to type in a new URL. I guess there is some JavaScript or
something which Mozilla is having trouble with (but JS console doesnt mention
any errors).

Doesn't seem right anyhow.

Comment 1

[Oliver Klee]

Same on 2001091403 Win2k -> Confirming & OS=All. With JS switched on, the page
uses 99% CPU on my Athlon 1400. With JS turned off, it still uses 60%.

Comment 2

[Phil Schwartau]

Using Mozilla trunk binaries 2001-09-17-xx on WinNT, Linux, and Mac9.1.
Confirming sluggish behavior on WinNT and Linux, but NOT on Mac9.1 !!!
On Mac, the site exhibits no sluggishness whatsoever - it is quite fast!

The JS at this site is rather light - e.g. there is no huge string
concatenation, and no huge arrays. Based on other bugs having to do
with this site, I'm guessing it's a reflow issue or CSS issue. 
Compare other bugs having to do with this site: 

                           bug 97628 
                           bug 97631
                           bug 97630 


Note that simply moving the cursor over the page, without clicking
on anything, shows strange hesitations in the mouse movement, as if
some sort of CSS style or reflow is taking place.

Furthermore, the fact that the site runs fast on Mac tends to rule
out problems in JavaScript Engine processing.

Reassigning to Layout for further triage - I do not have Quantify
and cannot pin this down any further.

Comment 3

[Marc Attinasi]

There are three linked stylesheets. Briefly looking over the rules in them
showed nothing obvious, but I'd like to remove those stylesheets incrementally
and see if it helps, then maybe we can find out if a style rule (or rules) is
causing the sluggishness. I am not noticing much sluggishness, actually, but my
machine (win2K) is quite fast.

Comment 4

[Ashley Bischoff (blog at handcoding.com)]

*** Bug 102105 has been marked as a duplicate of this bug. ***

Comment 5

[[not reading bugmail]]

Turning animated gifs down to once reduced cpu usage too as per bug 102105, JS
didn't change CPU usage for me.

Comment 6

[[not reading bugmail]]

resource:///res/samples/test7.html - test for scaled animated images uses 50-60%
CPU cycles too.. thought it may help to find the problem.

Comment 7

[[not reading bugmail]]

resource:///res/samples/test10.html uses about 90+% CPU cycles.. 

Comment 8

[RC]

Browsers tested with anim off, JS on:

Lynx -- loads 3sec, highest CPU 33%Opera5 -- loads 12sec, highest CPU = 68%
IE6 -- loads 14sec, highest CPU = 70%
~NS6.1 -- loads 12sec, highest CPU: 100%, pegged until you close window

Seems like Moz never finishes loading the page?

If you comment out the 13K CSS --
<link rel="stylesheet" href="http://i.opasia.dk/global_bt.css" type="text/css">

-- the page loads instantly with no problems.

Comment 9

[RC]

Tested http://i.opasia.dk/global_bt.css with Topstyle and W3C's CSS checker --

PARSE ERROR: multiple semi-colons found after value
PARSE ERROR: opacity=85) 

More errors at:
http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fi.opasia.dk%2Fglobal_bt.css&warning=1&profile=css2

Comment 10

[RC]

Specific CSS causing the problem:

body {
	margin: 0px;
	background: url(http://i.opasia.dk/gfx/boomtown/bg2.gif) #333333 fixed no-repeat
center top;
}

Comment 11

[Kevin McCluskey (gone)]

Taking this bug

Comment 12

[David "liorean" Andersson]

Another bug that might refer to the same problem, and carries a testcase: bug 110113


Somehow, sometimes background images inserted using CSS seems to peg the CPU.
(infinite loop, maybe?)

Comment 13

[sairuh (rarely reading bugmail)]

*** Bug 112053 has been marked as a duplicate of this bug. ***

Comment 14

[[not reading bugmail]]

fyi/note: changes to bug 98252 didn't help performance for background images at
all, but tiled over images it did fix so far on the win platform. 

Comment 15

[Kevin McCluskey (gone)]

Reassigning to dcone.

Comment 16

[R.K.Aa.]

*** Bug 121000 has been marked as a duplicate of this bug. ***

Comment 17

[R.K.Aa.]

*** Bug 121140 has been marked as a duplicate of this bug. ***

Comment 18

[Frej Soya Rasmussen]

Hmm no cpu usage on just idling, this is testing with 0.9.8 & win2k sp2.

However scrolling on the page uses ~60%  cpu and is choppy.
This is on an ahtlon tbird 1333 mhz.

IE 6 does use about half cpu usage but scrolling is smooth.

This seems to be a rather minor bug now =). Happy Hunting.

Comment 19

[Kevin McCluskey (gone)]

this is a dup of the image tiling performance bug.

*** This bug has been marked as a duplicate of 122996 ***

Comment 20

[[not reading bugmail]]

this is definetly fixed, verified.