You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 27, 2023. It is now read-only.
Currently the tests in util/clock_test.cc tend to be flaky because they they rely on the host machine actually executing the sleeps in a timely manner and not experiencing delays elsewhere.
There's a few things that should probably be done:
Separate out testing basic code functionality (does the code behave sanely) and performance testing (when running an X hz loop, how accurately do we hit the timing)
Adjust test environment to better match real applications (e.g., run processes at higher priorities)
Figure out good ways of measuring performance (e.g., currently we require every single of 100 iterations to be within some tolerance for time accuracy; maybe up that to 1000s of iterations and check that some percentage match our tolerances)
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently the tests in
util/clock_test.cc
tend to be flaky because they they rely on the host machine actually executing the sleeps in a timely manner and not experiencing delays elsewhere.There's a few things that should probably be done:
The text was updated successfully, but these errors were encountered: