NEW139639
cssom/non-subpixel-scroll-top-left-values.html is very slow on Yosemite in debug 
https://bugs.webkit.org/show_bug.cgi?id=139639
Summary cssom/non-subpixel-scroll-top-left-values.html is very slow on Yosemite in debug
Alexey Proskuryakov
Reported 2014-12-14 22:35:02 PST
cssom/non-subpixel-scroll-top-left-values.html takes 35 seconds on Yosemite WK1 debug tester, and then it times out. Strangely, there is no data from other bots, which is supposed to mean that the test runs very quickly (in under 1 second). Not sure if I believe that. Locally, I see it take 29 seconds when run separately, so it would take a lot more with other tests and hyper-threading.
Attachments
Add attachment proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1 2014-12-14 22:39:37 PST
Marked as slow in r177273.
Simon Fraser (smfr)
Comment 2 2014-12-15 13:42:14 PST
It makes 225 divs. Not sure why it would be this slow.
alan
Comment 3 2014-12-15 13:47:34 PST
(In reply to comment #0) > cssom/non-subpixel-scroll-top-left-values.html takes 35 seconds on Yosemite > WK1 debug tester, and then it times out. Strangely, there is no data from > other bots, which is supposed to mean that the test runs very quickly (in > under 1 second). Not sure if I believe that. > > Locally, I see it take 29 seconds when run separately, so it would take a > lot more with other tests and hyper-threading. Locally, it takes about 2 seconds when run separately. I don't see why it should take any longer than that.
Simon Fraser (smfr)
Comment 4 2014-12-15 13:49:59 PST
It's very slow in debug because of lots of time in assertion-only code (all the ASSERT(willBeComposited == needsToBeComposited(layer))).
Simon Fraser (smfr)
Comment 5 2014-12-15 13:51:31 PST
Lots of time under FrameView::scrollableAreaSetChanged too, even in release, which we should fix.
Simon Fraser (smfr)
Comment 6 2014-12-15 13:54:14 PST
Filed bug 139651.
Note You need to log in before you can comment on or make changes to this bug.