824952 - Browser-wide lag caused by snow script

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[Cees T.]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20121223 Firefox/19.0
Build ID: 20121223042016

Steps to reproduce:

Load https://www.yugioh-bam.com/forums/showthread.php?219-Resetting-Treasure-Chests


Actual results:

ALL browser tabs are lagged. Try using their scrollbar and recoil in horror at the choppy lag.


Expected results:

Stay smooth, like those fancy new multiprocess browsers (Chrome and IE).

Comment 1

[Cees T.]

Gecko Profiler profile linked from https://bugzilla.mozilla.org/show_bug.cgi?id=796910#c19

Comment 2

[(mostly gone) XtC4UaLL [:xtc4uall]]

Confirmed with Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20121227 Firefox/20.0 ID:20121227030822.

SPS Profile:
http://people.mozilla.com/~bgirard/cleopatra/#report=34bed29ec33c6040d2ea4082bb5333b741a3107e

with Jank- and JS-only set:
Selection - Most time spent in:
    scrl() @ showthread.php?219-Resetting-Treasure-Chests:198
    snow() @ showthread.php?219-Resetting-Treasure-Chests:212

function scrl(yx){
var y,x;
if (domSy){
 y = r.pageYOffset;
 x = r.pageXOffset;
 }
else{
 y = r.scrollTop;
 x = r.scrollLeft;
 }
return (yx == 0)?y:x;
}

Last good nightly: 2012-06-06
First bad nightly: 2012-06-07

Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=6338a8988917&tochange=7e4c2abb9fc9

Comment 3

[Alice0775 White]

Regression window(m-c):
Good:
http://hg.mozilla.org/mozilla-central/rev/c29b842c4159
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0a1 ID:20120606221720
Bad:
http://hg.mozilla.org/mozilla-central/rev/3933384d8315
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0a1 ID:20120607023619
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c29b842c4159&tochange=3933384d8315



Regression window(m-i):
Good:
http://hg.mozilla.org/integration/mozilla-inbound/rev/f5a441d6929f
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0a1 ID:20120605210720
Bad:
http://hg.mozilla.org/integration/mozilla-inbound/rev/df6702c41ddd
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0a1 ID:20120605215419
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=f5a441d6929f&tochange=df6702c41ddd

Suspected : Bug 157681

Comment 4

[Martijn Wargers (dead)]

Attachment: sort of minimized testcase

I can reproduce severe slowdown with this testcase, when scrolling down on the page a bit.

But I don't see a regression range as mentioned in comment 3, neither with this testcase or the original url.

Comment 5

[Alice0775 White]

(In reply to Martijn Wargers [:mw22] (QA - IRC nick: mw22) from comment #4)
> Created attachment 696783 [details]
> sort of minimized testcase
> 
> I can reproduce severe slowdown with this testcase, when scrolling down on
> the page a bit.
> 
> But I don't see a regression range as mentioned in comment 3, neither with
> this testcase or the original url.

Umm,
I confirmed that regression range is as same as the range of comment 3 with the testcase.

Comment 6

[Alice0775 White]

Attachment: remove MozOpacity check from the testcase

There are at least 2 regressions:
#1 Slow down to scroll
   --- Suspected: bug 300030
#2 Browser become unresponsive
   --- Suspected: Bug 157681

Regression#1 window:
5200-5800sec:
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9a1) Gecko/20061207 Minefield/3.0a1
14000-18000sec:
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9a1) Gecko/20061208 Minefield/3.0a1
Bonsai log:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-12-07+00%3A00%3A00&maxdate=2006-12-08+03%3A00%3A00&cvsroot=%2Fcvsroot

Suspected: bug 300030


Regression#2 window:
14000-18000sec:
http://hg.mozilla.org/integration/mozilla-inbound/rev/f5a441d6929f
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0a1 ID:20120605210720
Browser become unresponsive:
http://hg.mozilla.org/integration/mozilla-inbound/rev/df6702c41ddd
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/16.0 Firefox/16.0a1 ID:20120605215419
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=f5a441d6929f&tochange=df6702c41ddd

Suspected: Bug 157681

Comment 7

[Mayank Bansal]

most probably related :
bug 825561

Comment 8

[Alex Keybl [:akeybl]]

This isn't a recent issue, nor is it impacting our users in a critical fashion. No need to track for upcoming releases.

Comment 9

[Worcester12345]

(In reply to Cees T. from comment #0)
> User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20121223
> Firefox/19.0
> Build ID: 20121223042016
> 
> Steps to reproduce:
> 
> Load
> https://www.yugioh-bam.com/forums/showthread.php?219-Resetting-Treasure-
> Chests
> 
> 
> Actual results:
> 
> ALL browser tabs are lagged. Try using their scrollbar and recoil in horror
> at the choppy lag.
> 
> 
> Expected results:
> 
> Stay smooth, like those fancy new multiprocess browsers (Chrome and IE).

I went to that site, and it seemed OK to me. WFM.

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20130219 Firefox/20.0 ID:20130219042021

Hope this helps in some way.

Comment 10

[(mostly gone) XtC4UaLL [:xtc4uall]]

(In reply to Worcester12345 from comment #9)

Seems as the Site itself dropped the Snow.
Issue on Attachment 696783 [details] remains unchanged in current Trunk.

Comment 12

[that-ben]

4 years later, this still happens on some (poorly written, I agree) sites.  Firefox would definitely benefit from following a different threading model tough, as Javascript intensive websites are getting more and more frequent these days and this trend is not going to stop I believe.

Comment 13

[Gregory Pappas [:gregp]]

Alice, both test cases attached to this bug seem to perform better in Firefox than Chrome on my machine. Is this your experience as well?

Comment 14

[Alice0775 White]

(In reply to Gregory Pappas [:gregp] from comment #13)

Alice, both test cases attached to this bug seem to perform better in Firefox than Chrome on my machine. Is this your experience as well?

Yes, Nightly110.0a1(20230113234514) is faster than ChromeDev110.0.5481.24.

Comment 15

[Gregory Pappas [:gregp]]

That is wonderful news!