Bug 139639
| Summary: | cssom/non-subpixel-scroll-top-left-values.html is very slow on Yosemite in debug | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Alexey Proskuryakov <ap> |
| Component: | CSS | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | benjamin, cdumez, simon.fraser, zalan |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Alexey Proskuryakov
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
Marked as slow in r177273.
Simon Fraser (smfr)
It makes 225 divs. Not sure why it would be this slow.
alan
(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)
It's very slow in debug because of lots of time in assertion-only code (all the ASSERT(willBeComposited == needsToBeComposited(layer))).
Simon Fraser (smfr)
Lots of time under FrameView::scrollableAreaSetChanged too, even in release, which we should fix.
Simon Fraser (smfr)
Filed bug 139651.