-
Notifications
You must be signed in to change notification settings - Fork 2.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reduce LauncherUtil check-interval from 500 to 50 ms #33066
Conversation
This comment has been minimized.
This comment has been minimized.
d1817ec
to
e587bf3
Compare
This comment has been minimized.
This comment has been minimized.
e587bf3
to
06bd854
Compare
This comment has been minimized.
This comment has been minimized.
06bd854
to
9a8774d
Compare
This comment has been minimized.
This comment has been minimized.
9a8774d
to
6f6063a
Compare
This comment has been minimized.
This comment has been minimized.
500ms feels a bit long and can cause some wasted time during test runs, especially on beefier machines. It feels safe to reduce this to 50ms, which should work even on tiny CI runner instances, as it's mostly sleep time + a cheap-ish "has more data" check against the log file.
6f6063a
to
935cc3a
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I rebased it because it hit CI at a bad time.
Let's see how CI goes.
Failing Jobs - Building 935cc3a
Full information is available in the Build summary check run. Failures⚙️ Native Tests - Amazon #- Failing: integration-tests/amazon-lambda integration-tests/amazon-lambda-http
📦 integration-tests/amazon-lambda✖
📦 integration-tests/amazon-lambda-http✖
|
500ms feels a bit long and can cause some wasted time during test runs, especially on beefier machines. It feels safe to reduce this to 50ms, which should work even on tiny CI runner instances, as it's mostly sleep time + a cheap-ish "has more data" check against the log file.