139639 2014-12-14 22:35:02 -0800 cssom/non-subpixel-scroll-top-left-values.html is very slow on Yosemite in debug 2014-12-15 13:54:14 -0800 1 1 1 Unclassified WebKit CSS 528+ (Nightly build) Unspecified Unspecified NEW P2 Normal --- 1 ap webkit-unassigned benjamin cdumez simon.fraser zalan oldest_to_newest 1055564 0 ap 2014-12-14 22:35:02 -0800 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. 1055566 1 ap 2014-12-14 22:39:37 -0800 Marked as slow in r177273. 1055721 2 simon.fraser 2014-12-15 13:42:14 -0800 It makes 225 divs. Not sure why it would be this slow. 1055726 3 zalan 2014-12-15 13:47:34 -0800 (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. 1055727 4 simon.fraser 2014-12-15 13:49:59 -0800 It's very slow in debug because of lots of time in assertion-only code (all the ASSERT(willBeComposited == needsToBeComposited(layer))). 1055728 5 simon.fraser 2014-12-15 13:51:31 -0800 Lots of time under FrameView::scrollableAreaSetChanged too, even in release, which we should fix. 1055731 6 simon.fraser 2014-12-15 13:54:14 -0800 Filed bug 139651.