Bug 139634 - Several fast/selectors tests are very slow in debug
Summary: Several fast/selectors tests are very slow in debug
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-12-14 20:58 PST by Alexey Proskuryakov
Modified: 2021-09-29 15:07 PDT (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey Proskuryakov 2014-12-14 20:58:16 PST 
These tests are so slow that that they frequently time out on bots an locally, especially when other tests run in parallel using hyper-threading.

fast/selectors/matches-backtracking.html took 44.6 seconds
fast/selectors/nth-child-of-register-requirement.html took 24.3 seconds
fast/selectors/not-backtracking.html took 23.5 seconds

This one may or may not have the same root cause, I imagine that jquery does a lot of CSS selector matching.

jquery/manipulation.html took 23.0 seconds
Comment 1 Alexey Proskuryakov 2014-12-14 21:03:32 PST 
Marked as slow in <http://trac.webkit.org/r177271>. This may not fully help, as some ports appear to detect a timeout at another layer, and report the test as "failing".