LayoutTests are too slow
I will post patches here to make them less slow.
Current worst 10 offenders:
9.58 secs: editing/selection/move-left-right.html
9.37 secs: fast/js/array-filter.html
7.71 secs: editing/selection/extend-selection.html
6.82 secs: fast/js/sort-randomly.html
6.25 secs: http/tests/cache/subresource-expiration.html
5.77 secs: fast/js/array-enumerators-functions.html
5.41 secs: fast/events/click-count.html
5.39 secs: fast/js/toString-and-valueOf-override.html
5.26 secs: fast/js/try-catch-crash.html
5.05 secs: http/tests/navigation/slowmetaredirect-basic.html
Created attachment 34085 [details]
Committing to http://svn.webkit.org/repository/webkit/trunk ...
r46779 = e94d8b69e0213dc93223db07ffb9f9f66204ff85 (trunk)
No changes between current HEAD and refs/remotes/trunk
Resetting to the latest refs/remotes/trunk
Is this bug going to be used for investigating which tests are slow or for fixing individual tests? If the latter, it's fast going to get confusing with multiple patches. I'd suggest that you spin off separate bugs for tests that you're fixing rather than attaching them here.
Created attachment 34105 [details]
slowest 1000 tests (Debug build on a Mac Pro)
Comment on attachment 34085 [details]
@bdash: agreed. I'll make this a meta bug.
This bug only serves a temporary purpose. It can be closed when most of the dependent bugs are closed.
Created attachment 34108 [details]
slowest 1000 tests (Release build on a Mac Pro)
I sped up http/tests/misc/DOMContentLoaded-event.html and http/tests/navigation/multiple-back-forward-entries.html dramatically in r46808.
Created attachment 34573 [details]
r47037, slowest 1000 tests (Release build on a Mac Pro)
The commit-queue seems zippier to run these days. I think we're making progress here!
346.82s total testing time
is my current LayoutTest time for a release build.