Skip to content

Raise the per-test timeout to 180 seconds - #15

Closed
samth wants to merge 1 commit into
racket:masterfrom
samth:raise-test-timeout
Closed

samth wants to merge 1 commit into
racket:masterfrom
samth:raise-test-timeout

Conversation

@samth

@samth samth commented Sep 14, 2026

Copy link
Copy Markdown
Member

"racket-test/tests/future/fsema-lock.rkt" has drifted into the timeout.
Its median duration was 64.9s over pushes 73464-73505, 84.0s over
73506-73726, and 89.7s over 73735-73747 -- against a 90s limit. It now
times out on 54% of pushes, up from 2%.

180s leaves room for that drift and for the variation in machine load
that pushed it over in the first place.

Note this does not help "gui-test/framework/tests/pasteboard.rkt", which
does not time out because it is slow: across 348 runs it finishes in
under 10s eight times and around 35s another 314 times, with nothing at
all between 45s and 89s and 26 runs killed at the limit. That is a hang,
and a longer limit only makes it take longer to report.

"racket-test/tests/future/fsema-lock.rkt" has drifted into the timeout.
Its median duration was 64.9s over pushes 73464-73505, 84.0s over
73506-73726, and 89.7s over 73735-73747 -- against a 90s limit. It now
times out on 54% of pushes, up from 2%.

180s leaves room for that drift and for the variation in machine load
that pushed it over in the first place.

Note this does not help "gui-test/framework/tests/pasteboard.rkt", which
does not time out because it is slow: across 348 runs it finishes in
under 10s eight times and around 35s another 314 times, with nothing at
all between 45s and 89s and 26 runs killed at the limit. That is a hang,
and a longer limit only makes it take longer to report.
@samth samth closed this Sep 14, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant